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ABSTRACT 

The  current  system  used  to  administer  Plant  Account 
equipment  for  departments  at  the  Naval  Postgraduate  School 
involves  over  4500  items.  The  currant  Minor  Property  System 
is  decentralized  and  encompasses  approximately  50,000  items. 
A  recent  Naval  Directive  called  for  the  centralization  of 
Minor  Property  systems.  This  thesis  was  undertaken  to 
assist  the  Command  in  compliance  with  this  directive  and  to 
improve  Command  property  management.  Implementation  of  a 
management  information  system  (MIS)  to  support  property 
management  functions  would  achieve  these  two  objectives.,  as 
well  as  eliminate  redundant  data  handling  and  improve 
property  management  administrative  effectiveness.  To  aid  in 
meeting  the  above  objectives  the  following  deliverables  are 
presented  in  this  paper:  detailed  system  specifications  for 
database  application,  data  dictionary,  file  structures,  and 
hardware  specifications-. 
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I.  INTRODUCTION 

A .   BACKGROUND 

The  Plant  Property  System  is  an  administrative  procedure 
oy  which  the  Naval  Postgraduate  School  (NPS)  records  and 
maintains  accountability  for  Class  III  and  Class  IV  govern- 
ment: property  purchased  for  and  currently  residing  at  NPS. 
In  general,  Class  III  property  refers  to  all  equipment  and 
accessories  that  meet  the  following  criteria: 

-  Unit  cost  greater  than  $5,000  (after  1  Oct  36) 
SI,  000   prior  to  01  Oct  35) 

-  Useful  life  greater  than  two  years 

-  Not  consumed  in  use 

-  Not  stocked  in  the  Navy  Supply  System 

-  Not  oart  of  Class  II  (which  is  generally  a  building  or 
other  structure ) 

Class  IV  property  is  broadly  concerned  with  all  equip- 
ment: and  machines  costing  greater  than  35,000  and  identified 
as  Indus-rial  Plant:  Equipment  (IPS).  A  further  distinction 
between  Class  III  and  Class  IV  property  is  -hat  which 
constitutes  Plant  versus  Miner  property.  The  determining 
factors  are  as  follows: 

-  Plant:  property  consists  of  all  Class  III  and  IV  property 
costing  more  than  $5,000  after  1  Oct  86,  or  greater  than' 
SI,  000  prior  to  1  Oct  86. 

-  Minor  property  consists  of  ail  property  costing  more 
-.tan  3300  but  less  than  31,000  prior  to   1  Oct  86,  or 
less  than  S5,00Q  after  Oct  1  36. 
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The  Life  Cycle  Management  (LCM)  process  for  both  Plant 
and  Minor  Property  and  its  corresponding  activity  at  NPS  is 
as  follows: 

LCM  Process  NPS  Activity 

-  Initiating  a  requisition         -  Requisition 

-  Acquiring  an  item  -  Purchasing 

-  Receipting  -  Receiving 

-  Custodial  duties  -  Use 

-  Reutilization  (Disposal)         -  Turnover 
Currently,  Plant  Property  comprises  approximately  4500 

line  items  while  Minor  Property  is  estimated  to  have  over 
50,000  line  items  [Ref.  1]. 

The  Plant  Property  System  currently  residing  at  NPS  is 
predominantly  a  centralized  manual  system  with  a  copy  of 
each  record  and/or  transaction  entered  into  a  Wang  Computer 
System  using  the  AIMS  software  package.  Prior  to  any 
interviews,  the  system  was  reported  to  be  automated.  After 
conducting  a  series  of  interviews  with  personnel  involved  in 
the  process,  however,  this  design  team  discovered  that  the 
automation  was  limited  to  two  applications.  At  present,  one 
of  the  automated  processes  involves  the  storing  of  each 
record/transaction  on  magnetic  media.  The  other  automated 
function  is  an  ad-hoc  report/ information  request  to  provide 
the  departments  with  one  of  the  following: 

-  A  listing  of  Plant  Property  by  Department 

-  Automatic  Data  Processing  Equipment  (ADPE)  by  Department 
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The  Minor  Property  System  in  use  at  NFS  prior  to  1  Oct 
86 ,  was  a  decentralized  process  with  each  department  respon- 
sible for  its  own  identification,  recording  and  tracking 
system.  As  of  1  Oct  86,  each  Command  has  been  tasked  by  the 
Navy  Comptroller  INAVCOMPT)  with  centralizing  the  Minor 
Property  System's  administrative  and  accounting  responsibil- 
ity. This  change  was  necessitated  by  the  poor  accountability, 
and  responsibility,  througnout  the  Department  of  the  Navy 
with  regards  to  Minor  property. 

B .  PURPOSE 

The  thesis  has  the  following  two  main  objectives: 

1.  Improve  and  integrate  the  current  Plant  and  Minor 
Property  accounting  systems. 

2.  Design  the  system  in  a  structured,  methodical,  clear 
and  concise  manner  so  that  it  tan  be  coded  and 
implemented  in  modular  fashion. 

The  intent  of  the  analysis  and  design  is  to  provide  a 

comprehensive  and  responsive  system  to  support  the  needs  and 

expectations  cf  a  centralized  management  responsibility.   In 

addition,  it  should  also  facilitate  acceptance  and  use  of 

the  system  by  the  authorized  departments  in  an  efficient  and 

consistent  manner  which  meets  and/ or  axceeds  the  specified 

requirements  cited  in  the  NAVCCMPT  manual  [Ref.  2]. 

C.  SCOPE 

This  thesis  focuses  on  the  requirements  approach  and 
the  development  of  an  integrated  solution  for  the  Plant  and 
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Minor  systems  at  NPS's  Supply  Department.  We  have  accom- 
plished this  task  by  reviewing  current  regulations  covering 
the  areas  of  concern  and  by  in-depth  interviews  of  personnel 
concerned  with  the  proposed  system.   The  methodology  used 

during  this  thesis  was  to  follow  modern  software  engineering 
Techniques  and  database  development  techniques  [Ref.  3]. 

D .    METHODOLOGY 

The  system  development  process  for  this  project  is 
similar  to  other  software  engineering  development  processes. 
Before  a  system  can  be  evaluated  the  designer  must  first  be 
able  to  identify  and  have  a  detailed  understanding  of  its 
processes  and  intra/inter  relationships.  A  common  violation 
of  this  process  occurs  when  the  development  team  starts  out 
to  solve  a  problem  using  a  particular  method.  This  design 
team  started  out  by  looking  at  ohe  existing  system  to 
ascertain  how  well  it  performed  its  required  functions  as 
specified  by  applicable  instructions  [Ref.  3].  From  this 
analysis  current  and  potential  problem  areas  were  identified 
for  management:  review  and  consideration. 

With  this  set  of  problem  areas  defined,  clear  communica- 
tion was  critical  when  identifying  the  proper  solution.  If 
the  end  users  of  this  or  any  other  system  do  not  stay 
actively  involved  in  the  development  process,  the  resulting 
prcduct  will  probably  not  be  of  much  use.  This  design  team 
was   able   ~c   avoid  this   problem  by   conducting   regular 
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meetings  with  the  system  users  to  ensure  that  the  develop- 
ment effort  would  result  in  the  right  product. 

The  tendency  to  adopt  the  first  solution  that  occurs  is 
a  major  problem  in  software  engineering.  One  way  to  avoid 
this  problem  is  to  keep  development  in  a  logical  context  as 
long  as  possible.  This  results  in  solutions  being  generated 
without  regard  co  feasibility,  since  it  is  not  possible  for 
humans  co  be  both  creative  and  critical  at  the  same  time. 
Typically,  an  unreasonable  approach  will  generate  creativity 
and  foster  reasonable  ideas.  The  logical  method  allows  for 
greater  flexibility  in  the  project  until  the  end  product  is 
developed.  [Ref.  3] 

E.   DESCRIPTION  OF  THE  CHAPTERS 

The  user's  information  and  administration  requirements 
for  the  proposed  Plant  and  Minor  Property  System  (PMPS)  are 
discussed  in  Chapter  Two.  This  chapter  presents  the  current 
status  Df  the  system  in  order  to  achieve  a  firm  understand- 
ing of  how  the  current  Plant  Property  system  operates.  The 
requirements  of  the  iser  must  be  known  and  thoroughly 
understood  before  developing  an  effective  system  to  assist 
the  Property  Management  Branch  (?MB)  in  meeting  its  assigned 
tasKs  [Ref.  2].  System  requirements  were  kept  as  specific 
as  possible  to  assist  the  development  team  in  designing  the 
right  solution  for  a  particular  problem.  The  user  require- 
ments are  presented  via  a  compact  listing  for  easy  reference 
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in  the  future.  An  explanation  of  these  requirements  and 
their  feasibility  is  also  presented  to  ensure  a  clear 
understanding  of  the  tasks  at  hand. 

Chapter  Three  evaluates  the  different  alternatives 
available  to  PMB  concerning  the  proposed  PMPS  requirements 
as  previously  presented .  Procedures  and  personnel  training 
will  not  be  considered  in  depth  during  the  evaluation, 
instead  the  evaluation  will  focus  on  the  software/ hardware 
requirements,  alternatives,  and  supportability /maintain- 
ability issues. 

The  proposed  logical  model  of  the  PMPS  is  discussed  in 
Chapter  Four.  Data  flow  diagrams  along  with  a  data  dictio- 
nary are  used  extensively  in  the  presentation  of  the  new 
logical  model.  A  narrative  description  of  the  logical  model 
concludes  the  chapter. 

With  the  presentation  of  the  new  logical  model,  Chapter 
Five  discusses  the  detailed  design  and  database  relations  of 
the  proposed  PMPS.  The  detailed  design  is  depicted  by  the 
use  of  Hierarchy  and  Input/Process. Output  (HIPO)  charts. 

Chapter  Six  deals  with  the  system  implementation. 
Detailed  hosting  hardware  requirements,  system  error  han- 
dling, and  system  acceptance  oriteria  will  ce  discussed  in 
varying  degrees  of  detail. 

The  final  chapter  presents  this  design  team's  conclu- 
sions on  the  proposed  PMPS.  A  review  of  hew  the  propesed 
system  will  meet  the  user  requirements,  along  with  an 
implementation  guide,  is  also  included. 
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II.  REQUIREMENTS  DEFINITION 

A.   PROBLEM  DEFINITION 

The  Supply  Department:  has  the  following  goals  with 
regard  to  Plant  and  Minor  Property: 

-  Integrate  these  two  new  functions  into  their  current 
organization. 

-  Tighten  up  the  recording  and  transferring  procedures  to 
ensure  data  integrity. 

-  Develop  an  automated  system  to  help  management  ensure 

data  integrity  as  well  as  program  effectiveness  and 
efficiency  for  the  Plant  and  Minor  property  systems  as 
a  whole. 

-  Develop  an  automated  system  which  has  the  capability  of 
being  downloaded  zo  each  department  after  implementa- 
tion at  this  level. 


3.   PLANT  PROPERTY 

The  current  Plant  Property  accounting  system  at  NPS  is 

administered   in   two   tarts-- those   -asks   and   functions 


external  to  the  Plant  Property  Account 


PPAO )  and 


these  internal.   The  tasks  outside  the  ourview  of  the  Plant 


Property  Office  are  as  follows 


-  Requisitioning 

-  Purchasing 

-  Receiving 

-  Use 

-  Turnover 


Performed  3v 


Individual  Departments 
Supply  (Purchasing  Section) 
Supply  (Receiving  Section) 
Individual  Departments 

Supply  ( Reutilization  Section) 
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These  particular  functions  play  an  integral  part  in  the 
ability  of  PPAO  to  achieve  its  assigned  responsibilities. 
Most  of  the  time,  the  interfaces  between  the  various  users 
work  well  both  in  theory  and  in  practice.  However,  there  are 
a  few  exceptions  which  include  the  following: 

1.  The  system  is  a  manual  process  that  is  steeped  in  the 
tradition  of  creating  and  distributing  of  paperwork. 

2.  Each  new  level  of  review  almost  always  implies  a  new 
form  in  addition  to  transferring  and  relaying 
essential  information. 

3 .  At  each  one  of  these  -ransf er  points  the  margin  for 
error  increases  as  a  function  of  the  workload, 
diligence  and  overall  proficiency  of  the  individual 
assigned. 

4.  At  each  relay  point  the  opportunity  always  exists  for 
oversight  or  loss  of  an  essential  document. 

Both  of  these  areas  are  critical  to  PPAO's  ability  to 
achieve  its  assigned  tasks  and  responsibilities  in  an  effi- 
cient and  effective  manner.  A  complete  description  of 
interfaces  is  beyond  the  scope  of  this  document  due  to  cross 
functional  responsibility  and  authority.  They  have  been 
mentioned  only  to  provide  a  clear  conceptual  model  of  the 
overall  system  which  includes  its  inputs,  outputs  and 
potential  shortcomings  and/or  pitfalls. 

Within  PPAO  the  administrative  functions  can  be  broadly 

oategorized  up  into   two  ma: or  tasks:    acquisitions   and 

disposition.   Figures  2.1  through  2.5  provide  the  following 

information  concerning  PPAO: 

-  Overview  of  the  input  and  output  documents  to  one  Plant 
Property  Office.   .Figure  2.1) 
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-  Overview  list  of  the  system  documents  showing 
originator,  receiver  and  purpose.  (Figure  2.2) 

-  Different  users  and  processes  between  acquisitions  and 
dispositions.  (Figure  2.3) 

-  Current  logical  acquisition  process.  (Figure  2.4) 

-  Current  logical  disposition  process.  (Figure  2.5) 
1.   Acquisitions 

When  a  department  seeks  to  procure  a  piece  of 
equipment  they  initiate  a  requisition  and  forward  it  to  the 
Supply  Department's  Issue  Control  (IC)  section.  This 
section  validates  the  requisition  by  determining  whether  or 
noi  -he  item  is  in  standard  stock  or  available  via  excess  or 
any  other  government  source.  From  IC  the  request  is  for- 
warded to  the  comptroller ' s  branch  for  verification  of 
funds.  After  this  check  is  complete  it  is  returned  oo  IC 
who  in  turn  date  stamps  the  request.  The  valid  request  is 
then  sent  to  Purchasing. 

The  Purchasing  section  creates  a  Purchase  Order  DD 
1155)  from  which  one  copy  is  sent  to  PPAC ,  thus  initiating 
PPAOs  involvement.  PPAO  places  one  DD  115  5  in  a  pending 
file  and  takes  no  further  action  until  telephonically 
notified  by  Receiving  part  of  Supply  Department)  that  an 
item  has  arrived.  This  call  results  in  a  DOD  Property 
Record  Card  (DD  1342)  worksheet  and  serialized  identifica- 
tion (ID)  cag(s^  being  issued  to  Receiving  who  then 
transfers  the  equipment,  the  worksheet,  and  the  tag(s)  to 
the  respective  department. 
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Figure  2.1   Overview  of  the  Input,  *  Output:  Documents 
to  the  Current  Plant  Account  System 
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FORM 
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DD  1341 


MEMO- 2 
MEMO -R 

MEMO-T 

N/A 

3F  26 

3F  120 


REPORT 

T 

SURVEY 


MATERIAL 
INSPECTION  ; 
RECEIVING 
REPORT 

REQN  AND 

iirvoic- 

SHIPPING 
DOC. 


PURCHASE 

DRDER 


LOCAL  DEPT 

OR 
ISSUE  CONTROL 


ANOTHER 
COMMAND 
OR  AGENCY 


ANOTHER  COMMAND  3 

FREIGHT  CONTROL  3 

ANOTHER  COMMAND  A 

PURCHASING  A 


COD  -ROPERTY   PLANT  PROPERTY 
RECORD 


DOD  -ROPERTY   PI 
RECORD  IDLE 

FOR  DISPOSITION 


;NT  PROPERTY 


REQN  SYSTEM 

DOC. ■ MANUAL 
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REQUEST 
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TAG 
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CONTRACT 
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DEPARTMENT 


LOCAL 

DEPARTMENT 
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PLANT  PROPERTY 


OTHER  COMMAND 
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PLANT  PROPERTY 


PLANT  PROPERTY 
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WORK  SHEET      RECORD         DEPARTMENT 
CODE  J024 


Usea  to  notify  PPAO 
tnat  a  piece  of  equip- 
ment is  lost,  stolen, 
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Figure   2.2     Lis-   of   Forms 
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Figure  2.3   Overview  of  the  Current  Plant  Account  System 
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Figure  2.4   The  Current  Logical  Acquisition  Sys-em 
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Figure  2.5  The  Current  Logical  Disposition  System 
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Upon  receipt  of  the  equipment,  the  department 
fulfills  its  responsibility  by  completing  the  DD  1342  work- 
sheet and  affixes  the  appropriate  property  ID  tag.  Once 
this  is  accomplished,  the  worksheet  is  returned  to  PPAO 
where  an  original  DD  13  42  is  oreated  on  a  five  par-  form. 
One  copy  is  returned  to  the  originating  department.,  tnree 
copies  are  mailed  to  the  Navy  Supply  Canter  Oakland  (NSCC) , 
and  the  original  is  maintained  at  PPAO  in  an  individual  file 
expressly  for  that  line  item.  The  transaction  is  now 
entered  into  the  existing  computer  system.  This  process  has 
two  exceptions : 

-  Arrival  of  excess  from  another  Command 

-  Procurement  of  equipment  for  this  Command  by  another 
Command /higher  Headquarters 

Arrival  of  excess  from  another  Command  begins  when 
the  Receiving  Department  receives  the  equipment,  fills  out  a 
worksheet  DD  12  42),  and  transmits  that  worksheet  to  PPAO. 
PPAO  then  returns  the  property  ID  tag(s)  to  the  department. 
The  rest  of  the  process,  where  applicable,  remains  unchanged. 

The  procurement  of  equipment  by  an  outside  Command 
or  agency  is  handled  in  the  same  manner  as  a  local  procure- 
ment except  that  an  Awards/ Contract  Document  (  SF  26)  is 
received  by  PPAO.  The  remainder  of  the  process  is  unchanged 
from  that  of  a  local  procurement. 
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2.   Disposition 

The  disposition  phase  (also  known  as  reutilization) 
is  a  great  deal  more  complicated  than  the  acquisition  phase. 
There  are  five  types  of  dispositions: 

-  Industrial  Plant  Equipment 

-  Automatic  Data  Processing  Equipment 

-  Transfer  disposition 

-  Trade-in 

-  Local  disposition 

Ail  reutilizations  are  initiated  by  the  Custodial 
department:  via  a  memo  to  PPAO.  Once  PPAO  receives  the  memo, 
it  determines  which  of  the  five  categories  the  disposition 
falls  under  and  proceeds  accordingly. 

Both  IPE  and  ADPE  must  be  authorized  by  their  own 
higher  approval  authorities:  Defense  Industrial  Plant 
Equipment  Center  (DIPEC)  and  Defense  Automation  Resources 
Information  Center  (DARIC)  respectfully.  Responses  from 
these  two  Commands  fall  into  one  of  three  categories: 

-  Hold  for  specified  screening  period  time  (usually  130  + 
21  days).   The  130  days  applies  to  all  government 
agencies  and  the  21  days  is  for  qualified  donation 
recipients. 

-  Local  Disposition 

-  Transfer  to  another  Command 

If  no  other  organization  desires  to  reutilize  the 
equipment  at  the  conclusion  of  the  201  days,  it  then  falls 
into  the  local  disposition  slass.   On  the  other  hand,  if 
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during  the  201  days  an  organization  has  need  of  the 
equipment,  it  is  processed  as  a  transfer. 

All  transfers  are  authorized  via  DIPEC  or  DARIC 
respectfully  and  then  sent  to  the  PPAO.  Once  received, 
these  equipment  items  (as  specified  in  the  accompanying 
paperwork  from  DIPEC  and  DARIC)  are  verified  against  PPAOs 
DOD  Plant  Property  Record  Card  (DD  1342).  The  reconciled 
paperwork,  plus  any  shipping  instructions,  is  sent:  to  the 
Freight  Specialist  Office  (parr  of  the  Supply  Department) 
for  transfer.  Nc  other  action  is  taken  by  PPAO  until  a 
signed  Requisition  and  Invoice  Shipping  Document  (DD  1149) 
is  returned  by  the  receipting  Command.  Once  the  DD  1149  is 
received,  the  original  DD  13  42  and  other  associated  docu- 
ments are  forwarded  to  NSCC  for  deletion  from  the  activities 
account.  Meanwhile,  the  activity  deletes  the  item  from  its 
database  locally  and  transfers  the  related  paperwork  to  the 
completed  file. 

Trade-in  dispositions  are  sent  to  PPAO  via  a  memo 
along  with  verification  of  the  trade-in  value.  This  type  of 
disposition  occurs  when  a  department  literally  trades  a 
piece  of  existing  equipment  for  a  new  one.  Once  the  memo  is 
received  and  processed,  all  accompanying  paperwork  is 
forwarded  to  NSCO  for  deletion.  It  is  subsequently  deleted 
from  the  local  AIMS  database  also. 

The  final  disposition  category,  local  disposition, 
applies  to  all  equipment  not  in  one  of  the  other  four 
categories ,  and  is  initiated  by  a  request  for  disposition 
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from  a  particular  department.  Once  received,  the  requesting 
memo  and  a  copy  of  the  DD  1342  are  forwarded  to  Issue 
Control  (part  of  the  Supply  Department)  for  processing  at 
Fort  Ord's  Defense  Reutilization  Management  Office  (DRMO). 
Once  the  DRMO  accepts  responsibility  for  the  equipment:,  a 
completed  DD  1348-1  is  returned  to  PPAO  via  IC.  This  form, 
along  with  the  original  DD  13  42  and  ail  other  associated 
paperwork,  is  forwarded  to  NSCO  for  deletion  from  their 
database  as  well  as  the  one  residing  at  NPS. 

C.   MINOR  PROPERTY 

As  of  November  1986  there  was  no  centralized  Minor 
Property  System  at  NPS.  The  various  departments  of  the 
Command  now  control  Minor  Property  according  to  their  own 
rules.  Due  to  a  change  in  the  requirements  to  centralize 
Minor  Property  administration  and  reporting,  there  is  a 
demonstrated  need  for  a  system  to  handle  this  function. 

The  Naval  Postgraduate  School  Supply  Department's 
Property  Management  Branch  is  currently  being  reorganized. 
The  organization  changes  should  be  in  place  by  01  January 
1987.  The  new  organization  structure  chart  is  presented  in 
Figure  2.6. 

During  the  course  cf  conducting  its  assigned  responsi- 
bilities and  tasks  associated  with  Minor  Property,  the 
Property  Office  will  interface  with  other  departments 
throughout  the  Command.  Figure  2.7  demonstrates  this 
proposed  relationship. 
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Figura  2.7  Property  Office  Interfaces  for  Miner  Property 
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In  addition  to  the  items  defined  as  Minor  Property 
described  in  the  previous  chapter,  the  following  are  also 
considered  Minor  Property  items: 

-  Highly  pilferable  items 

-  Hand  tools 

-  Labor  saving  devices 

The  purpose  of  the  new  direction  in  Minor  Property 
accountability  is  to  provide  a  tracking  system  for  the  large 
amounts  of  property  within  these  categories  and  to  assist,  in 
reducing  the  loss  of  government  property.  As  a  result  of 
this  new  direction,  NPS  is  estimated  to  have  over  60,000 
items  that  will  fail  into  the  new  classification  for  Minor 
Property. 

Anticipated  problems  with  the  new  regulation  that 
applies  to  Minor  Property  are  defining  when  a  "system"  makes 
the  transition  from  Minor  Property  to  Plant  Property  and>, 
more  importantly,  determining  how  to  handle  items  that  are 
absorbed  into  an  existing  system.  These  situations  can  be 
handled  in  one  of  two  ways . 

One  method  would  be  to  change  the  definition  of  the 
total  cost  of  a  "system"  to  include  the  base  cost  of  the 
system  plus  the  cost  of  any  options  or  additions .  The 
change  in  cost  may  or  may  not  reclassify  the  system  from 
Minor  Property  to  Plant  Property.  This  would  occur  when  an 
item,  such  as  a  computer  card,  is  added  to  a  Minor  Property 
component  like  a  microcomputer  and  the  combined  cost  of  the 
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"system"  exceeds  $5,000.  The  item  is  no  longer  considered 
Minor  Property,  but  is  now  classified  as  Plant  Property.  If 
the  added  option  is  later  removed,  dropping  the  computer's 
value  once  again  below  $5,000,  then  its  classification 
reverts  to  Minor  Property. 

In  order  to  implement  this  alternative  the  Minor  Prop- 
erty System  must  be  identical,  or  as  close  as  possible .  co 
the  Plant  Property  System  so  chat  data  records  can  be 
transferred  from  one  file  to  another  with  minimal  effort. 

Another  approach  to  this  situation  is  for  each  individu- 
al component  to  have  a  unique  identification  number  [Ref. 
1].  When  components  are  included  in  a  system,  the  base 
system  is  not  reclassified  as  described  in  the  previous 
method.  This  approach  would  eliminate  the  potential  re- 
quirement for  systems  to  be  reclassified,  but  would  result 
in  a  larger  number  of  items  being  carried  on  the  inventory 
list. 

After  conducting  a  personal  interview,  the  ?MB  requested 
that  following  attributes  be  included  in  the  records  dealing 
with  Minor  Plant  Property   [Ref.  lj: 

-  Account  tag  number 

-  Nomenclature  of  the  item 

-  The  manufacturer ' s  model  number 

-  The  manufacturer's  serial  number 

-  The  supplying  vendor 

-  Purchase  order  number 

-  The  date  of  the  last  inventory 
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PMB  is  currenly  considering  the  possibility  of  tasking 
each  department  with  the  responsibility  of  conducting  their 
own  annual  Minor  Property  inventory.  These  results  would 
then  be  compared  to  the  master  Minor  Property  inventory 
maintained  by  PMB  and  a  reconciliation  made  to  ensure  -hat 
the  master  file  was  correct  and  up  tc  late. 

Since  no  current  tag  numbering  system  exists  for  Minor 
Property,  the  PMB  has  proposed  -hat  the  identification  -ags 
for  Plant  Property  and  Minor  Property  be  the  same  with  one 
exception,  namely  that  the  Plant  Property  identification 
number  begin  with  a  ''ppM  and  the  Minor  Property  with  an 
"MP" .  PMB  has  further  recommended  that  the  Minor  Property 
tags  be  bar  coded  for  future  use  by  a  unified  inventory 
system  using  bar  code  technology  [Ref.  1]. 

The  Minor  Property  instruction  also  requires  that  spot 
inventories  be  made  by  PMB  personnel  [Ref.  2].  These  spot 
inventories,  however,  do  not  adjust  the  date  for  the  annual 
inventories.  Ail  Minor  Property  must  be  inventoried  annual- 
ly regardless  of  when  the  last  spot  check  vas  made.  The 
criteria  for  the  spot  inventory  must  oe  kept  flexible. 
Department  inventory  lists  should  match  PMB ' s  inventory 
list.  Discrepancies  should  be  reported  and  corrected  as 
soon  as  possible.  Automation  of  this  function  will  greatly 
reduce  che  man-hours  involved  in  dealing  with  the  large 
volume  of  Miner  Prooertv  items. 
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Whenever  Minor  Property  requires  off-base  repair  or 
service,  Receipt  Control  prepares  the  documentation  for  the 
required  action.  Since  the  Minor  Property  will  be  out  of 
the  custodian's  area  of  responsibility  temporarily,  the 
movement,  must  be  reported  to  the  Property  Management  Branch 
for  a  location  update.  After  repairs  or  service  have  been 
performed  on  the  Minor  Property,  the  item(s)  will  be  re- 
turned to  receiving  to  be  delivered  to  their  respective 
departments.  Before  the  item(s)  are  returned  to  the  depart- 
ment, however,  the  item(s)  should  be  checked  to  ensure  that 
the  repair  facility  did  not  send  back  a  substituted  item(s) 
or  lose  the  Minor  Property  tag.  An  authorized  replacement 
item(s)  must  have  its  respective  serial  number  updated  and  a 
new  identification  tag  affixed.  Receiving  should  perform 
this  function  [Ref.  1].  If  the  volume  of  repaired  or 
serviced  items  is  too  great  for  effective  handling,  then  the 
responsibility  may  be  shifted  to  the  custodial  department. 

Transfers  of  Minor  Property  within  NPS,  from  department 
to  department  or  off -base,  must  also  be  recorded  to  ensure 
that  the  appropriate  property  custodian  is  listed  and/or 
deleted  in  the  master  Minor  Property  file.  Off -base  trans- 
fers such  as  a  permanent  transfer  tc  another  Command/ Agency 
should  be  kept  in  a  suspense  file  until  the  receiving 
Command  acknowledges  receipt  of  the  material. 
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The  Purchasing  Department  is  responsible  for  ordering 
Minor  Property.  The  ordering  process  is  similar  to  that  of 
Plant  Property  which  has  already  been  presented. 

In  addition  to  the  off-base  repair  and  servicing  of 
items,  Receipt  Control  is  responsible  for  various  questions 
dealing  with  Miner  Property  receipts.  Issue  control,  which 
works  out  of  the  purchasing  department,  handles  Minor 
Property  questions  for  standard  stock  items  prior  to  their 
receipt.  Receipt  Control  handles  questions  referring  to 
nonstandard  items  (open  purchase)  and  all  items  once  they 
are  received. 

As  with  Plant  Property,  reutiiization  of  Minor  Property 
is  a  high  visibility  item  for  this  Command  and  will  fall 
under  the  auspices  of  the  Property  Management  Branch.  When 
the  department  decides  it  has  no  further  use  for  a  particu- 
lar item  it  should  notify  PMB  who  will,  in  turn,  evaluate 
the  item ; 3  condition  for  future  service  to  the  Navy.  A 
listing  of  these  items  would  serve  as  a  published  periodical 
for  other  NPS  departments  to  review.  The  departments  could 
then  decide  whether  or  not  an  item  is  to  be  reutilized. 
Those  items  reutilized  could  also  replace  outstanding 
requisitions  and  reduce  purchasing  costs.  Items  not  deemed 
necessary  would  continue  in  the  disposition  process  as 
described  earlier. 
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D.   USER  REQUIREMENTS 

The  users  of  a  system  have  a  critical  role  in  the 
requirements  specification  phase  of  system  development. 
Since  this  system  is  being  developed  for  the  Property 
Management  Branch,  the  requirements  must,  and  do,  come  from 
them.  The  following  summary  denotes  the  user  requirements 
determined  after  conducting  extensive  interviews  with  all 
potential  users  of  the  system.  These  requirements  cover  the 
main  concerns  of  the  users,  namely  the  fourth  and  fifth 
phases  of  the  LCM,  custodial  duties  and  reutilization. 
These  requirements  are: 

-  Plant  and  Minor  Property  must  he  in  a  similar  format. 

-  Software  used  for  system  development  should  operate  on 
existing  hardware. 

-  The  system  must  reduce  the  tedious  and  complicated 
duplication  of  efforts  on  the  property  record  card. 

-  The  system  should  be  expandable  and  able  to  interface 
with  the  other  areas  of  LCM. 

-  Remote  access  oo  the  database  should  be  available. 

-  Departmental  inventories  should  oe  able  to  be  performed 
by  the  departments  or  ?MB. 

-  A  "hit  list"  should  be  developed  oo  more  effectively 
manage  reutilization  [Ref.  1]. 

-  The  system  should  have  the  capability  to  perform  other 
special  required  inventories. 

-  The  system  should  have  the  capability  to  perform 
required  reports  and/or  ad-hoc  requests. 

-  An  automated  conversion  of  the  existing  Plant 
Property  file  to  the  proposed  system  should  be 
ieveloDed. 
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Justification  for  each  requirement  is  given  below. 

Requiring  the  same  format  for  Plant  and  Minor  Property 
will  reduce  the  amount  of  user  training  to  learn  the  system. 
Further,  any  changes  that  occur  which  force  items  to  change 
categories  could  be  handled  easily  with  similar  formats. 
Finally,  one  report  generator  could  produce  reports  from 
either  database. 

The  Supply  Department  has  already  acquired  hardware  for 
system  implementation.  This  hardware  consists  of  a  Tele- 
video  XL  Microcomputer  with  512k  of  usable  RAM  memory  and  an 
external  XEBEC  lOmb  hard  disk."  The  system  also  contains 
two  5-1/4  inch  disk  drives,   each  with  360k."   Optional 

equipment  on  the  Teievideo  XL  include  an  Intel  3087  math 

3 
co-processor  and  up  to  two  2400  baud  communication  ports." 

The  microcomputer's   operating   system  is   MS-DCS   version 

4 
2.1.1.    Additional  hardware  should  ce  considered  as  ootn 


xk  stands   for  to  1024  bytes,   while  mb  stands  for 
1,048,576  bytes 

zThe  system  was  plagued  with  poor  cooling  of  the  primary 
disk  drives,  resulting  in  a  malfunction  of  both  disk  drives. 

The  communication  ports  require  an  external  MODEM.  The 
maximum  information  transfer  rate  is  3  400  bits  per  second 
'BPSj.   3PS  is  synonymous  with  cauc. 

4 
MS-DOS  is  a  disk  basec  operating  system  developed  cy 

Micro  Soft  Comoutar  3cmoanv. 
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the  procurement  time  and  cost  of  the  hardware  could  be 
factored  into  the  system  implementation. 

Reduction  of  effort  in  the  tedious  and  complex  process 
of  filling  out  the  property  record  card  is  a  "must"  due  to 

an  anticipated  workload  increase  from  4500  items  to  over 
65 ,  000  items  (approximately  a  1500  percent  increase)  when 
Minor  Property  is  included  with  Plant  Property.3  The 
current  Plant  Property  system  provides  enough  workload  for 
one  employee  but  with  the  addition  of  Minor  Property's  line 
items,  this  person  would  be  overwhelmed.  Therefore,  in 
anticipation  of  the  fifteen  fold  increase,  four  additional 
personnel  will  have  to  ce  added  to  the  existing  staff  of 
one.  In  addition  to  the  personnel  increase,  a  process  is 
required  that  will  enable  the  information  to  be  entered  into 
the  system  only  once  before  being  transcribed  onto  the 
required  forms  by  an  automated  process.  This  task  should  be 
automated  in  order  oo  reduce  the  likelihood  of  errors 
occurring  and  to  produce  the  various  hard  copy  forms  that 
are  required.  Furthermore,  with  more  than  one  person 
performing  the  task,  it  should  be  formally  standardized. 
These  combined  functions  would  contribute  dramatically  to 


5 

"This  refers  to  the  multiple  terms  chat  are  manually 

filled  out  with  identical  information  on  a  recurring  basis 

as  a  result  of  the  need  to  send  so  many  information/action 

copies  throughout  the  command. 
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reducing  the  time  and  effort  involved  in  the  Acquisition 
process . 

The  long  term  objective  is  for  the  entire  procurement 
lifecycle  to  move  towards  automation.  To  meet  this  end,  the 
proper*:*/  system  should  be  designed  to  integrate  with  other 
systems  that:  might  comprise  a  future  "total  system." 
Preplanning  for  this  integration  scheme  would  subsequently 
reduce  the  expensive  and  time  consuming  task  of  converting 
one  automated  system  to  another. 

Remote  electronic  access  to  the  database  would  facili- 
tate other  activities  not  located  in  the  PMB  office.  Gaining 
access  (and/or  update  capability)  to  key  information  con- 
cerning Plant  and  Minor  Property  would  result  in  the 
following: 

-  A  reduction  of  the  paper  flow. 

-  3etter  data  entry/error  checking. 

-  A  reduction  in  errors  created  by  multiple,  entries  of 
snared  information  between  required  forms. 

These   factors   would   reduce   one   PMB  workload,   increase 

information  throughput,  and  improve  data  integrity  in  the 
overall  system. 

The  system  should  also  be  developed  to  allow  the  annual 
inventory  to  be  conducted  by  department  personnel  or  by 
members  of  one  PMB.  The  flexibility  of  having  either  group 
perform  the  inventory  is  vital  since  the  inventory  duties 
will  most  likely  cnange  as  organizational  worxioad  varies. 


38 


Reutilization  of  government  property  is  the  current 
"buzz  word".  Fulfilling  this  requirement  would  contribute 
to  a  reduction  of  DOD  procurement  spending  and  to  more 
efficient  acquisition  of  required  items  by  NFS. 

The  ability  to  perform  and  possibly  combine  special 
required  inventories  would  significantly  reduce  the  workload 
of  the  personnel  involved.  These  special  inventories  would 
include: 

-  Audiovisual  equipment 

-  Labor  saving  devices 

-  Hand  tools 

These  inventory  requirements  are  not  covered  under  current 
Plant  and  Minor  Property  instructions ,  but  are  required  by 
other  agencies. 

The  ability  to  perform  required  reports  and/or  ad-hoc 
requests  would  enable  the  ?MB  to  operate  in  a  mere  efficient 
manner  and  to  perform  additional  tasKs  not  previously 
assigned  to  PMB.  The  management  of  these  infrequent  tasks 
would  greatly  increase  PMBs  flexibility. 

Automated  conversion  of  the  existing  Plant  Property 
database  to  the  proposed  PMPS  database  would  greatly  reduce 
the  manual  effort  involved.  This  savings  in  manpower  would 
result  in  a  more  efficient  conversion  to  the  new  PMPS ,  as 
well  as  a  significant  one-time  savings  to  PMB  in  reduced 
manpower  oosts. 
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E.   FEASIBILITY  OF  REQUIREMENTS 

The  development  and  implementation  of  this  project  for 
PMB  is  both  feasible  and  achievable.  A  feasibility  analysis 
of  each  requirement  follows. 

Requiring  the  same  format:  for  Plant  and  Minor  Property 
input  and  output  is  a  trivial  task  to  satisfy  for  system 
implementation  and  can  be  implemented  with  very  little 
difficulty. 

Operation  of  the  system  utilizing  existing  hardware  will 
not  be  feasible  due  to  disk  storage  limitations.  The 
existing  hardware  could  be  used  as  remote  data  entry  points 
in  a  network  environment. 

A  reduction  in  the  amount  of  work  performed  per  property 
item  is  feasible  only  through  a  well  designed  and  properly 
implemented  system.  However,  with  current  computer  software 
technology  -his  requirement  is  attainable. 

The  feasibility  of  expanding  the  proposed  system  oo 
interface  with  other  areas  of  one  LCM  is  questionable  based 
en  the  extent  and  direction  of  one  expansion  required.  At 
the  local  Command  level,  other  LCM  functions  would  have  to 
be  automated  in  order  to  interface  with  one  proposed  system. 

Remote  Input  and  Output  oo  one  database  is  feasible  only 
if  the  database  host  computer  has  a  communication  interface. 
\The  Televideo  XL  at  PMB  has  this  capability,  but  is  not 
currently  Installed..)   Major  irawbacks  bo  remote  access  are: 
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-  Database  integrity 

-  Data  security 

-  Simultaneous  use  of  a  database  record 

These  drawbacks  must  be  overcome  in  order  to  make  this 

requirement  feasible. 

Departmental  or  ?MB  inventory  capability  is  feasible 
only  if  the  departments  can  conduct  their  inventories  using 
the  same  computer  software  environment  as  PMB.  If  not,  then 
a  manual  system  is  the  only  alternative. 

It  is  possible,  and  relatively  simple,  to  develop  an 
effective  reutilization  hit  list  in  the  proposed  system 
through  record  manipulation. 

To  be  able  to  perform  audits  other  than  these  required 
by  applicable  Plant  and  Minor  Property  instructions,  identi- 
fication fields  need  to  be  appended  to  the  item's  record  in 
order  to  identify  those  items  requiring  a  special  inventory. 
This  can  be  readily  accomplished  with  current  DBMS 
capabilities. 
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III.  EVALUATION  OF  ALTERNATIVES 

A.   IDENTIFY  ALTERNATIVES 

The  solutions  needed  to  solve  the  Property  Management 
Branch's  Plant  and  Minor  Property  System  problems  can  be 
grouped  into  four  general  alternatives: 

-  Maintain  the  Status  Quo 

-  Develop  a  Manual  Solution 

-  Automate  some  of  the  Solution 

-  Totally  Automate  the  Solution 

When  considering  the  automated  PMBs  PMPS  development 
alternatives,  the  following  five  components  of  a  business 
computer  system  should  be  explored   [Ref.  4]: 

-  Data 

-  Hardware 

-  Programs 

-  People 

-  Procedures 

The  three  automated  alternative  components  that  will  be 
covered  in  the  most  detail  are  data,  hardware,  and  programs. 
The  fact  that  ?M3  has  personnel  already  on  board  and  is 
developing  their  own  standard  operating  procedure  (SOP) 
will  limit  the  discussion  in  the  remaining  two  areas. 
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B.   EVALUATION 

Alternatives  will  be  evaluated  on  a  cost/benefit  and 
subjective  basis.  Cost  data  will  be  limited  to  items 
currently  on  the  market  or  to  previously  submitted  software 
development  contract  bids.  The  first  alternative  to  the 
problem  is  to  maintain  the  status  quo.  The  costs  of  course, 
will  be  zero  for  system  acquisition  since  Minor  Property  has 
no  current  system,  and  a  system  is  currently  in  place  for 
Plant  Property. 

The  next  alternative  is  to  provide  a  manual  system.  The 
cost  alone  would  rule  out  this  alternative  since  fifteen 
additional  GS-5  rated  property  clerks  would  be  required  to 
perform  the  manual  extension  of  the  existing  Plant  Property 
system  to  Minor  Property. 

The  third  alternative  would  be  to  automate  a  portion  of 
the  process.  At  present,  this  alternative  is  more  feasible 
than  total  automation  since  the  current  LCM  process  at  NPS 
is  a  manual  one.  For  this  particular  alternative,  each  of 
the  five  components  of  a  business  computer  system  will  be 
discussed  in  more  detail. 


The  figure  of  15  clerks  is  derived  by  scaling  the  work 
that  one  clerk  does  in  dealing  with  4500  items  to  a  total 
projected  work  load  of  over  65,000  items.   A  GS-5's  average 

annual  salary   (excluding  fringe  benefits)   is   5   15,000. 
Fifteen  clerks'  salaries  would  total  $  225,000. 
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1.  Data 

Data  for  the  system  is  the  first  component.  (Exact 
data  requirements  will  be  discussed  in  later  chapters.) 
Each  data  field  added  to  a  Plant  or  Minor  Property  record 
must  have  a  valid  reason  for  existing  and  must  be  in  a 
compact  and  readable  form.  With  a  projected  volume  of 
65,000  records,  unnecessary  data  fields  create  a  tremendous 
increase  in  the  workload  of  the  ?MB  staff  and  place  an 
unnecessary  burden  on  the  data  storage  requirements  of  the 
proposed  system  hardware.  On  the  other  hand,  failure  to 
include  required  data  fields  may  result  in  failing  10  meet 
higher  level  requirements  or  having  co  restructure  the 
database  later.   [Ref.  2] 

A  sufficient  amount  of  data  in  the  database  also 
reduces  the  time  required  to  ocmpiete  one  DD  1342.  A  report 
generation  capability  can  print  the  entire  form  with  its 
required  information  and  eliminate  the  ourrent  practice  of 
filling  out  one  DD  1342  manually  owo  or  three  rimes  per  item 
acquisition  "Ref.  lj. 

2 .  Hardware 

The  Teievideo  XL  will  not  be  able  to  handle  rhe 
projected  processing  requirements  for  one  proposed  system. 
The  Plant  Property  database  currently  uses  approximately  112 
bytes  of  storage  per  record.  If  the  proposed  system  is 
given  132  bytes  per  record,  the  pro:ected  S5f000  records 
would  consume  approximately   8 . 6mb  of  storage.   With  the 
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records  indexed,  another  lOmb  of  storage  would  be  required 
for  each  index  (or  sort)  of  the  proposed  PM?S  database. 
Based  on  this  size  projection,  this  design  team  recommends 
a  minimum  of  40mb  of  storage  with  lOmb  of  backup  storage.   A 

more  detailed  sizing  of  the  proposed  system  and  a  further 
discussion  of  hardware  specifications  is  presented  in  the 
chapter  on  System  Specification.  (Chapter  6) 

The  Televideo  XL  can  support  up  to  30mb  of  storage 
per  drive  which  is  sufficient  for  system  development,  backup 
storage,  and  system  training  purposes.  Future  system 
expansion  will  be  feasible  since  compatible  systems  utiliz- 
ing either  the  Intel  Corporation's  80286  or  80386  processor 
family  will  run  the  developed  software  for  the  Intel  8086 
processor  family,  to  which  the  Televideo  XL  processor 
belongs.  3oth  30286  hardware  with  a  maximum  storage  of  80mb 
per  drive,  and  303  86  hardware  with  a  maximum  storage  of 
130mb  per  drive  processor  families  can  support  the  projected 
size  of  the  proposed  system.  The  execution  time  for  a  80386 
processor  machine  is  ten  times  that  of  a  8086  processor. 
This  feature  is  desirable  for  system  implementation,  since 
the  projected  workload  of  the  proposed  system  will  slow  the 
Televideo  XL  processing  time  to  an  unacceptable  level. 
3 .   Programs 

Software  programs  for  the  proposed  system  may  be 
obtained  in  the  following  ways : 
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-  Develop  from  the  ground  up 

-  Use  a  current  application  program  and  detail  it  to  the 
PMB's  specific  needs 

-  Have  a  vendor  develop  and  deliver  a  turn-key  system 

System  development  from  the  ground  up  consists  of 
using  a  particular  high  level  language  (such  as  Pascal,  C, 
or  Ada)  and  writing  the  code  to  perform  each  of  the  required 
processes.  This  method  generally  gives  the  best  overall 
results  in  program  effectiveness  and  efficiency,  but  will 
consume  large  amounts  of  development  time  and  require  PMB  to 
hire  or  contract  a  programmer. 

The  next  method  uses  existing  software  products 
(commercial  or  DOD)  to  develop  the  proposed  system.  A 
brief  non-exhaustive  list  of  suitable  products  is  presented 
in  Figure  3.1.  The  main  advantage  of  this  method  is  that  a 
lower  level  of  computer  literacy  is  required  for  system 
development  than  for  the  previous  one.  In  addition, 
maintenance  of  the  system  would  be  much  easier  to  perform. 

The  last  method  is  for  a  vendor  to  develop  and 
install  the  complete  system.   While  the  most  costly  in 

regards  to  direct  costis,  -his  system  is  the  easiest  one  for 

2 

tne  PMB  to  implement.' 


2 

One  vendor,  Control  Ware,  Inc.  of  Seattle,  Washington, 

has  presented  PMB  with  a  proposal  for  such  a  system  at  a 
cost  of  $1675.  The  proposal  would  have  to  be  modified  (at 
additional  cost)  to  suit  the  requirements  of  the  PMB.  A 
copy  of  this  proposal  is  located  in  the  PMB  office  for 

reference . 
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Product 


Vendor 


Dataease 
Nutshell 

Knowledge  Man 

dBASE  III  PLUS 

Power  Base 

Infostart 

Revelation 

Infostar 

Rbase  5000 

Smart  Dana  Management 

Personal  Pearl 

Metafile 

Omnibase 

10-Base 

Listmaker 

B.O.S.S 

Easydata 

VAX  TeamData 

Paradox 

PC/Focus 

Reflex  1.1 


Software  Solutions 
Leading  Edge 

Micro  Data 

Ashton-Tate 

GMS 

Micro  Pro 

Cosmos 

Micro  Pro 

MicroRim 

Innovative 

Pearlsoft 

Spensor-3ased 

Conceptual 

Fox 

Readers  Digest 

American  Plan 

Noreii 

Digital  Equipment  Corp 

Ansa  Software 

Information  Builder 

Borland  International 


Figure  3.1   Database  Products  Considered  for  the  PMPS 
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A  major  drawback  to  this  "turn-key"  system  approach 
is  that  it  limits  flexibility.  Multiuser  capability  and 
enhancements  will  most  likely  have  to  be  implemented  by  the 
vendor  at  a  negotiated  price.  Vendor  survivability  and 
enhancement  prices  will  greatly  affect  the  long  -arm  costs 
and  benefits  cf  -his  system. 

4.  People 

PMB  personnel  comprise  the  fourth  component . 
Personnel  will  have  cc  become  acquainted  with  the  new  system 
once  it  is  implemented.  Training  frcm  the  user  manuals 
and/or  the  developer  should  ce  sufficient  to  ensure  compat- 
ibility between  the  proposed  system  and  the  user".  Future 
requirements  might  dictate  that  an  individual  with  a  mode- 
rate level  cf  computer  literacy  be  sought  tc  assist  in  any 

desired   software   and/ or   hardware   enhancements   to   the 

3 
prcpcsed  system. 

5 .  Procedures 

The  last  component  involves  the  orocecures  for  the 
system.  No  matter  hew  much  money  is  spent  en  system  devel- 
opment and/or  acquisition,  the  user  must  know  how  to  use  the 
system  correctly.  A  WELL  DOCUMENTED  user's  manual  is  a  MUST 
for  che  proposed  system.  In  addition,  enhancements  cc  the 
system  must  be  reflected  in  system  documentation  changes. 


3 
Other   ways   to   increase   computer   literacy   are   by 

auditing  selected  courses  at  NPS ,  through  self  study,  and  by 

taking  commercial  courses. 
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Over  one  half  of  commercial  software  companies  fail  to  add 
these  changes  to  their  in-house  software  systems,  thus 
resulting  in  reliance  on  operator  knowledge  about  changes  in 
the  system.  Unfortunately  this  remains  accepted  policy 
until  the  operator  retires  or  transfers  to  another  position. 
3y  this  time,  the  system  has  a  user's  manual  that  does  not 
reflect  the  current  enhanced  version,  plus  a  new  operator 
who,  along  with  the  organization,  is  left  with  no  "concrete" 
evidence  of  these  changes. 

C.   EVALUATION  CONCLUSION 

After  consideration  of  the  above  mentioned  requirements 
and  alternatives.,  one  suitable  approach  is  to  develop  the 
system  on  the  existing  hardware  with  an  external  hard  disk 
utilizing  commercial  Dataoase  Management  System  (DBMS) 
software  with  program  development  performed  in-house. 
Initial  sizing  considerations  indicate  that  the  existing 
hardware  will  be  unable  to  fully  implement  the  proposed 
?MPS.  Therefore,  it  is  recommended  chat  a  separate  study  be 
conducted  as  soon  as  possible  tc  identify  appropriate 
hardware  fcr  full  and  efficient  system  implementation,  and 
to  coincide  with  system  development.  This  recommendation 
was  reached  fcr  the  following  reasons: 

-  In-house  development  using  a  commercial  DBMS  is  within 
the  scope  of  the  command  [Ref.  5]. 

-  Greater  flexibility  of  the  system  is  achieved  from  in- 
house  development. 

-  Commercial  DBMS  products  are  capable  of  handling  the 

amount  of  data  required   [Ref.  6]. 
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-  The  costs  of  enhancements  for  turn-key  systems  is  not 
worth  the  benefit  of  outside  development. 

-  The  coding  and  improved  hardware  procurement  are  inde- 
pendent of  each  other  provided  that  the  selected  DBMS 
product  and  hardware  are  compatible. 

Automation  of  the  PMPS  using  the  above  criteria  will 
satisfy  the  user  requirements  presented  in  the  previous 
chapter.  DBMS  products  allow  for  data  fields  to  be  easily 
added  or  removed.  Additionally,  since  all  academic  depart- 
ments at  NPS  have  microcomputers  compatible  with  the  MS-DCS 
standard,  downloading  and  uploading  of  specific  modules 
can  be  accomplished.  This  reduces  both  the  personnel 
workload  and  administrative  requirements.  Finally,  portable 
compatible  computer  hardware  is  also  available  and  can 
enhance  future  flexibility  in  the  inventory  requirements 
area. 


50 


IV.  FUNCTIONAL  SPECIFICATION 

A.   OVERVIEW 

The  overall  logical  design  of  the  proposed  system  is 
similar  to  the  existing  Plant:  Property  system.  User  famil- 
iarity is  the  main  driving  force  behind  this  similarity. 
The  three  main  modules  for  the  proposed  ?MPS  are 
Acquisitions,  Dispositions,  and  Ad-Hoc  Reports. 

The  functional  design  for  the  Acquisitions  module  is  to 
build  a  DOD  Property  Record  Card  (Figure  4.1).  The 
reasoning  behind  this  approach  is  to  fulfill  the  following 
user  requirements: 

-  Eliminate  repetitive  manual  processing  of  the  DD  1342. 

-  Utilize  the  information  contained  on  the  DD  13  42  to  meet 
other  Ad-hoc  requirements. 

-  Provide  efficient  iutcmation  of  the  inventory  process. 

-  Provide  automated  data  entry  for  significant  portions  of 
the  disposition  process. 

The  functional  design  for  the  Dispositions  module  is  to 

utilize  the  information  already  obtained  by  the  Acquisitions 

module   whenever   possible.    The   justification   for   this 

approach  is  to  reduce  the  manpower  and  related  costs  of 

inputting  information  already  available  to  the  proposed 

PMPS.   This  information  is  used  in  the  following  situations: 
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-  When  creating  a  list  of  items  for  Command  reutilization. 

-  When  simple  and  quick  methods  are  used  to  process  the 
paperwork  for  reutilization  of  items  by  this  Command. 

-  When  automating  portions  of  the  disposition  process. 

The  third  main  module,  Ad-Hoc  Reports,  is  used  to 
generare  unique  and/or  seldom  used  reporrs.  The  application 
software  can  be  used  directly  for  these  reports,  bur  this 
module  relieves  the  operator  from  requiring  a  detailed 
knowledge  of  the  application  software.  The  operator  will 
also  nor  have  to  perform  orher  undesirable  funcrions  such 
as: 

-  unintentional  record  deierion 

-  improper  record  modificarion 

-  inadvertent  record  creation 

This  module  will  nor  replace  the  need  for  operarors  becoming 
familiar  wirh  the  application  software,  but  it  will  reduce 
the  chance  of  an  undesirable  traansaction  occurring. 

The  functional  design  of  the  proposed  PMPS  moves  an 
exisring  sysrem  that  is  undersrood  by  PMB  personnel  to  a 
flexible  updated  sysrem  which  will  gr early  increase  rhe 
efficiency  and  af f acriveness  of  PMB  operarions. 

3.   DATA  FLOW  DIAGRAMS 

The  dara  flow  diagram  presented  in  Figures  4.2,  4.3,  and 
4.4  are  the  three  logical  modules  that  comprise  the  proposed 
PMPS.  These  modules  io  not  depend  on  the  selecrad  hardware, 
software,  data  structure,  or  file  organization  selected  for 
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the  proposed  system.  The  graphics  presented  in  the  data 
flow  diagram  are  intended  to  provide  an  understandable 
logical  model  of  the  proposed  PMPS  [Ref.  7].  A  detailed 
logical  model  is  presented  in  Appendix  A  for  each  module 
depicted  in  Figures  4.2  and  4.3.  The  Ad-Hoc  Reports  module 
was  not:  decomposed  due  to  its  relatively  simplistic 
structure.  A  narrative  description  of  the  proposed  logical 
model  is  presented  in  section  D  of  this  chapter. 

C.  DATA  DICTIONARY 

The  data  dictionary  is  a  collection  of  information 
describing  each  data  element  used  in  the  proposed  PMPS.  The 
data  element  is  a  unit  of  data  that  cannot  be  decomposed 
further  [Ref..  3].  In  order  to  reduce  user  confusion  when 
trying  to  understand  the.'  new  system,  the  names  of  the  data 
elements  used  by  this  design  team  were  kept  as  close  as 
possible  to  the  familiar  names  associated  with  the  current 
system.   The  data  dictionary  is  located  in  Appendix  3. 

D.  LOGICAL  PROCESS  DESCRIPTION 

The  functional  description  of  the  modules  that  compose 
the  proposed  PMPS  is  divided  into  three  major  categories: 

-  Acquisitions 

-  Dispositions 

-  Ad-Hoc  Reports 

The  overall  process  for  Acquisitions  may  be  followed  by 
reviewing  Figure  4.2.   The  overall  process  for  Dispositions 
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can  be  found  by  reviewing  Figure  4.3.   Figure  4.4  should  be 
utilized  when  reviewing  the  Ad-Hoc  Reports  section.   These 
descriptions  are  presented  by  order  of  module  number. 
1 .   Acquisitions 

1.1  NOTICE  OF  PENDING  RECEIPT  smarts  the  acquisition 
process  once  2MB  is  formally  notified  of  the  pending  procure- 
ment of  an  item  that  will  be  placed  in  the  PMPS.   The 
documents  used  for  this  notification  include: 

-  Material  Inspection  and  Receiving  Report  (DD  250) 

-  Intent  to  Procure  (DD  1155) 

-  Awards /Contract  ( SF  26) 

-  Requisition  System  Document/Manual  (or  STUB) 
(DD  1343  6  part) 

The  required  information  is  written  oo  the  PENDING  file  for 

use  in  the  next  module. 

1.2  RECEIPT  OF  EQUIPMENT  is  the  next  step  in  the 
proposed  acquisition  process.  This  module  takes  the  infor- 
mation gathered  in  the  preceding  module  and  adds  additional 
information  in  order  to  print  out  a  partially  completed  DD 
13  42.  The  1342  (  +  )  is  stored  back  in  the  PENDING  file  to  be 
accessed  by  Naval  Identification  Number  (NID)  for  future 
reference.  The  hard  oopy  of  this  partially  oompleted  DD 
13  42  is  sent  with  the  item  to  the  department  for  completion. 
The  print  out  of  the  partially  completed  DD  13  42  and  its 
subsequent  manual  completion  will  become  unnecessary  once 
future  enhancements  have  been  made  to  tne  system.   These 
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enhancements  will  enable  the  information  to  be  electronically 
entered  directly  into  the  PMPS  database. 

1.3  RECONCILIATION  OF  1342  takes  the  manually 
completed  DD  13  42  worksheet  and  reconciles  it  against  the 

information  in  the  PENDING  file.  Additional  information 
and/or  corrections  are  made  to  the  electronic  3D  1242  which 
is  then  stored  by  NID  into  the  PLANT  or  MINOR  file  depending 
on  the  item's  property  code. 

1.4  PRINT  FINAL  1342  prints  the  required  number  of 
copies  for  distribution  in  the  following  manner: 

-  3  copies  for  NSCO  Oakland 

-  1  copy  for  the  department 

-  1  copy  for  PME 

The  hard  copy  of  the  DD  13  42  is  kept  at  PMB  to  serve  as  a 
backup  to  the  electronic  copy  and  is  handy  for  reference  in 
areas  where  che  proposed  system  is  inaccessible.  PMB  may 
use  this  module  to  print  additional  copies  of  the  3D  13  42. 
The  DD  13  42  is  found  in  the  PLANT  or  MINOR  file  by  ~he 
property  code  and  NID  of  the  itam. 

1 . 5  CONDUCT  INVENTORY  maintains  required  inventory 
records.  A  search  date  is  entered  to  retrieve  records  that 
were  inventoried  prior  to  a  given  date.  The  department  and 
property  code  are  also  used  as  search  criteria  to  select  and 
print  an  inventory  list.  After  the  inventory  is  completed, 
the  inventory  date  is  updated  for  each  item  found  and  a  list 
is  printed  out  of  those  items  "not  found."   If  desired,  hard 
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copies  of  the  inventory  may  be  kept  for  audit  purposes. 
Future  enhancements  using  bar  code  technology  would  reduce 
the  workload  associated  with  the  inventory  process.  In 
addition,  special  inventories  may  be  accomplished  by 
specifying  the  carreer  property  cade  to  the  system. 

1.6  MODIFY  DD  13  42  allows  the  2MB  office  to  correct 
errors  in  the  DD  1342  due  to  incorrect  data  input  that  will 
undoubtedly  occur.  This  module  also  allows  for  changes  in 
the  DD  13  42  to  be  accomplished  with  a  minimum  of  effort.  An 
example  of  these  changes  are : 

-  Intra  command  reutilization 

-  Repair  facility  sending  back  replacement  items  resulting 
in  a  "new"  DD  1342 

-  Changes  to  the  PMPS  item 

Printing  out  the  DD  12  42  before  and  after  the  changes  are 
made  will  ensure  accuracy  in  the  change  procedure  while 
satisfying  other  administrative  requirements . x 

1 . 7  PENDING  REPORT  module  produces  two  types  of 
reports.  The  first  report  concerns  items  indicated  for 
procurement  chat  have  been  in  the  system  prior  to  a  given 
date.  PMB  can  then  use  this  report  to  help  determine  the 
various  reasons  that  might  may  have  caused  the  procurement 


"Dne  requirement  is  that  when  a  "new"  DD  13  42  is  created 
in  this  module,  the  "old"  DD  1342  and  3  hard  copies  of  the 
"new"  DD  1342  must  be  sent  to  NSCO  Oakland. 
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to  be  cancelled  or  otherwise  delayed.  The  report  is  a 
useful  tool  to  keep  PMB  up  to  date  on  the  procurement  status 
of  PMPS  items.  The  second  type  of  report  is  concerned  with 
items  that  have  been  received  by  the  command  and  with  the 
associated  DD  1342  worksheet  that  has  not  been  returned  to 
PMB.  This  report  will  provide  an  automated  tool  to  help 
shorten  the  turn-around  time  between  equipment  arrival  and 
the  official  DOD  Property  Record  Card  that  has  been  sent  to 
higher  authority  (NSCO) . 
2.   Dispositions 

2.1  INPUT  PMP/OTHER  EXCESS.  This  module  is  accessed 
when  a  Memo-E  is  received  for  processing.  If  the  Memo-S 
contains  a  ?ROP_NID__#  the  excess  item  referred  to  is  either 
a  Plant  or  Minor  Property  item  and  is  passed  to  Module  2.3 
for  further  processing.  Otherwise,  the  item(s)  are  treated 
as  "OTHER"  property,  representing  anything  that  is  net  Plant 
or  Minor  Property,  and  are  passed  as  an  EXCESS(-)  to  module 
2.4.  This  module  acts  as  an  initial  screening  device  to 
classify  what  type  of  property  is  being  processed. 

2.2  BILLED  PMP  EXCESS  is  utilized  to  combine  the 
inputted  Plant  and  Minor  excess  data  from  module  2.1 
(EXCESS(--))  with  the  corresponding  DD  1342  from  module  2.3. 
This  information  is  then  combined  to  form  a  new  record 
called  the  EXCESS(--*)  which  is  subsequently  passed  to 
module  2.4  for  orocessina. 
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2.3  REQUEST  STORE  DISTRIBUTE  UPDATE  DATA  retrieves, 
distribute  and  update  record(s)  from  either  the  Plant  and 
Minor  Property  files  based  on  the  PROP_NID_#  received 
(primary  key  for  these  files)  or  from  the  D_PENDING  file 

based  on  the  DATS_TERM  provided  (primary  key  for  this  file). 
Once  the  record(s)  are  obtained  they  can  be  distributed  as 
whole  record(s)  or  as  field(s)  to  the  requesting  module. 
The  updated  record(s)  replace  the  file  copy  with  the 
existing  (modified)  copy  of  the  record(s). 

2.4  BUILD  PENDING  INFO  receives  either  a  EXCESS(-) 
and/or  the  SXCESS(--*),  to  which  it  performs  the  following: 

-  adds  variables 

-  append  DATE_£NT_D  equal  to  SYSTEM  DATE  (Julian) 

-  append  DATE_TERM  equal  to  DATE_ENT_D  plus  SEQ_=f 

-  append  PHASE  =  R  signifying  available  for 
reutilization 

-  checks  to  see  if  equipment  type  is  either  IE/ADPE/OTHER 

-  TYPE_CODE  =  IE_C_REQ 

-  append  IZ_3CR_?  to  DATE_TERM  (90  days) 

-  issues  request  to  print  DD  13  42(I)_REP 

-  STOCK_#  =  STK_4_REQ  (7, XXX) 

-  append  ADPE_SCR_P  to  DATE_TERM  (201  days) 

-  inputs  RPT_ #  equal  to  UIC  plus  DATS_ENT_D 

-  else  OTHER 

-  append  DATEJTERM,  equal  to  R_SCR_P 

-  issues  recruest  oo  print  HIT  LIST  REP 


62 


-  all  record(s)  and  field(s)  are  combined,  thus  creating 
the  D_PEND_INFO/  and  appended  to  the  D_PENDING  file 

2.5   CHECK   STATUS   D_PENDING   FILE.    This   module 

processes  disposition  instructions  from  either  DARIC  or 

DIPEC: 

-  DATE_TERM  =  INST_D_DATE ,  the  dare  that  the  equipment  can 
be  disposed  of  locally  or  transferred. 

-  PHASE  =  its  respective  INST_ACT 

-  DT  =  disposition  for  transfer 

-  DL  =  disposition  locally  (DRMC) 

-  DLH  =  disposition  locally  but  awaiting  confirmation 
or  reutiiization.   Confirmation  would  be  indicated 
by  a  signed  DD  1348-1  and  reutiiization  would  be 
indicated  by  the  new  accepting/ receiving  department 
submitting  a  COMPLETED  WS  13  42. 

-  BTH  =  transfer  but  awaiting  confirmation  of  delivery. 
Acceptance  of  transferred  equipment  is  acknowledged 
when  a  completed  DD  1149  is  received. 

-  Checks  to  see  if  any  D_PENDING  file  records  are  past 
their  reutiiization  screening  period. 

-  DATE_TERM  <  SYSTEM_DATE 

-  PHASE  =  DL 

-  Once  these  two  conditions  are  set/ checked  the  module 
checks  PHASE  to  see  if  any  additional  reports  need  to  be 
generated. 

-  PHASE  =  DL 

-  issues  request  to  print  DD  1348-i 

-  PHASE  =  DLH 

-  issues  request  to  print  HOLDJREP 

-  PHASE  =  DT 

-  issues  request  tc  print  TRANS  .REP 
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-  PHASE  =  DTH 

-  issues  request  to  print  HOLD_REP 

-  The  fields  processed  are  appended  to  their  respective 
records/files. 

2.6   MODIFY  A  RECORD  makes  changes  tc  either  the 

D  PENDING  file  records  or  one  of  the  Property  file  records. 

This  function  is  useful  for  changing  the  status  of  a  record 

due  to  its: 

-  disposition 

-  transfer 

-  locally 

-  reutilization  within  the  oommand  which  requires  changes 

to  the  DD  1342 

-  error  correction  required  after  data  input 

-  deletion  of  a  field  or  record  from  any  of  the  file 
accessed  by  the  disposition  subsystem. 

The  following  is  a  more  detailed  breakdown  of  the  above 

mentioned  functions . 

-  Dispositions  complete: 

-  DD  L149  received  indicating  that  a  transferred  piece 
of  equipment  has  been  received  by  the  intended 

command,  and  that  they  have  accepted  custody. 

-  DD  1348-1  returned  by  DRMO  with  signature  indicating 
that  they  have  accepted  custody  of  a  piece  of 
equipment  sent  to  -hem  for  disposal. 

-  issue  request  to  print  old  DD  13  42 

-  delete  record  from  the  D_?ENDING  file  and, or  the 
PLANT  or  MINOR  files 
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-  Reutilization: 

-  receive  request  for  equipment  by  DATE_TERM 

-  verify  PHASE  =  R 

-  change  information  such  as  location  from  old 

DEPT_CODE  to  new,  etc. 

-  the  processed  records/ fields  are  updated  to  their 
respective  files. 

-  issue  request  to  print  modified  DD  1342,  when 
applicable 

-  delete  record  from  the  D_PENDING  file 

-  Error  Correction: 

-  retrieve  record 

-  change  records /fields 

-  the  records/fields  processed  are  updated  to  their 
respective  files 

-  issue  request  to  print  modified  DD  1342,  if  this  is 
the  record  being  changed 

2.7  PRINT  REPORTS.  This  module  is  invoked  each  time 
a  report  request  is  issued.  The  type  of  report  is  deter- 
mined by  the  following: 

-  receive  PHASE  =  R 

-  print  HIT_1I3T_REP 

-  receive  PHASE  =  DL 

-  print  DD  1348-1 

-  receive  PHASE  =  DLH 

-  print  HCLD_REP 

-  receive  PHASE  =  DT 

-  print  TRANS  REP 
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-  receive  PHASE  =  DTH 

-  print  HOLD_REP 

-  receive  TYPE_CODE  =  IE_C_REQ 

-  print  DD  1342(I)_REP 

-  receive  STOCK_#  =  STK_#_REQ  plus  RPT_* 

-  print  3F_120_REP 

-  receive  DD  1342 

-  print  DD  1342 

Future  report  requirements  may  easily  be  added  to  this 
module . 

3 .   Ad- Hoc  Reports 

3.0  AD-HOC  REPORTS  module  is  used  to  generate 
special  and/or  seldom  used  reports  required  by  PMB.  The 
user  selects  the  file  to  be  utilized  and  enters  the  search 
conditions  for  the  report-  The  user  then  has  the  choice  of 
a  screen  display  and/or  hard  copy  printout  of  the  report. 
The  search  conditions  may  include  any  fields  found  in  -he 
file.  A  list,  of  each  file  and  its  associated  fields  may  be 
found  at  the  end  of  ADoendix  3. 
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V.  DETAIL  DESIGN 

A.  OVERVIEW 

The  proposed  ?MPS  is  designed  as  a  menu  driven  system 
with  each  menu  item  being  devoted  to  a  major  function.  The 
programmer  should  maintain  no  more  than  nine  menu  selection 
items  on  a  screen  at  one  time.  Any  mere  than  this  will  lead 
to  a  poor  human  interface. 

There  exists  a  close  relationship  between  the  functional 
specifications  developed  in  the  previous  chapter  and  in  the 
detail  design  presented  in  this  chapter  and  associated 
appendices.  Differences  will  undoubtedly  exist,  however, 
due  to  the  transition  between  the  logical  data  flows  and  the 
physical  specification  for  program  coding.  A  cross  reference 
chart  for  Acquisitions  (Figure  5.1)  and  for  Disposition 
(Figure  5.2)  is  used  to  correlate  the  DFDs  used  in  the 
functional  specification  with  the  detail  design.  A  descrip- 
tion of  the  detail  design  of  the  proposed  ?MPS  is  presented 
in  sections  B  and  C  of  this  chapter. 

B.  HIERARCHY  CHARTS 

The  proposed  program  structure  is  represented  in  the 
hierarchy  charts  in  Appendix  C.  These  charts  start  with  che 
overall  structure  of  the  proposed  PMPS.  The  Acquisition 
side  is  examined  first  while  the  Disposition  side  follows 
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with  the  Ad-Hoc  Reports  module  concluding  the  Appendix.   The 
hierarchy  charts  are  to  be  used  as  a  guide  for  the  program- 
mer to  follow  during  program  coding.   An  INPUT/PROCESS/OUTPUT 
(IPO)   chart   exists   for   each   module   depicted   on   the 
hierarchy  charts. 

C.   INPUT/ PROCESS /OUTPUT  CHARTS 

The  IPO  char-  is  used  to  describe  the  inputs  to .  the 
outputs  from,  and  the  process  performed  by  the  module.  The 
data  dictionary  in  Appendix  3  defines  the  input  and  output 
structures  used  in  the  IPC  charts.  The  algorithm  descrip- 
tions in  the  process  section  define  the  actual  proposed 
module  process.  If  local  data  elements  were  identified  by 
this  design  team  then  they,  too,  are  listed.  The  programmer 
should  use  one  IPC  chart  as  a  guide  in  writing  one  proposed 
PMPS  code.  The  IPO  charts  ara  listed  in  Appendix  I  and  are 
in  ohe  order  depicted  by  the  hierarchy  charts  used  in 
ADioendix  C. 
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VI.  SYSTEM  SPECIFICATION 

A.   PROCESSING  ENVIRONMENT 

This  design  team  recommends  that  the  processing  environ- 
ment for  the  proposed  system  consist  of  a  microcomputer  with 
an  30286  or  30386  processor,  a  minimum  of  40  mb  of  hard 
disk  storage  (the  ideal  size  should  be  80  mb) ,  and  at  least 
1  mb  of  RAM."  The  capability  should  also  exist  for  this 
microcomputer  to  act  as  a  main  file  server  linked  to  other 
microcomputers  to  form  a  Local  Area  Network  (LAN) . 

With  the  minimum  storage  requirement  of  40  mb,  over  50% 
of  storage  capacity  will  already  be  allocated  from  initial 
system  implementation.  This  will  limit  the  system's  future 
growth  potential  as  well  as  adversely  affect  PMB ' s  future 
operational  effectiveness  and  efficiency.  Therefore,  80  mb 
of  hard  disk  storage  capacity  is  the  ideal  choice  for  PMB. 

The  proposed  system  software  should  be  a  commercial 
database  product.  This  design  team  recommends  that  the 
commercial  database  product  used  for  system  implementation 
be  dBASE  III  PLUS  bv  Ashtcn-Tate. 


xThe  disk  storage  capabilities  for  the  80286  are 
maximized  around  80  mb  and  the  803  86  can  range  all  the  way 
up  to  130  mb  as  specified  oy  two  local  vendors  .Monterey  3ay 
Computer  Works  and  Computer  Craft  of  Monterey ) . 
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This  particular  processing  environment  of  microcomputer 
hardware  and  a  commercial  database  software  package  v/as 
selected  for  the  following  reasons: 

-  The  recommended  commercial  database  product  is  widely 
used  by  the  Command. 

-  Knowledge  base  of  iBASE  III  PLUS  programming  exists  in 
the  Supply  Department  [Ref.  5]. 

-  Hard  Disk  Storage  requirements  for  the  proposed  system 
exceed  the  capabilities  of  existing  hardware  currently 
in  place  at  NPS.   In  order  to  support  the  required 
system,  the  procurement  of  more  storage  capability 
between  the  range  of  4  0  mb  and  80  mb  should  be 
considered. 

-  The  recommended  commercial  database  product  can  utilize 
the  existing  hardware  for  initial  system  development, 
-raining,  backup,  or  remcte  data  entry. 

-  The  recommended  processing  environment  will  meet  the 
user  requirements. 

A   further   explanation  of  hardware   requirements   and 

proposed  system  configuration  is  presented  in  Section  C  of 

this  chapter. 

3.   REQUIRED  FUNCTION 

The  proposed  PMPS  must  meet  both  the  user  requirements 
and  bhe  requirements  established  by  higher  authority.  To 
meet  these  requirements,  the  PMPS  must  include  the  following 
functions : 

-  Provide  auditable  records  on  all  acquisitions,  disposals 
and  transfers. 

-  Provide  adequate  security  to  prevent  unauthorized  access 
to  the  database. 

-  Provide  inventory  listings  oy  department,  item, 
inventory  date,  or  other  selected  sort  sequence. 
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-  Prepare  a  DD  1342  with  minimal  manual  involvement. 

-  Prepare  a  Plant  or  Minor  Property  report  (NAVCOMPT  274). 

-  Match  inventory  listings  from  departments  to  determine 
lost,  missing  or  stolen  property. 

C.   PERFORMANCE  CONSTRAINTS 

System  performance  depends  on  the  following  factors: 

-  System  size 

-  Processor  speed 

-  System  configuration 

-  Program  efficiency 

These  factors  are  described  in  detail  in  the  following 
paragraphs. 

1.   System  Size 

The  PMPS  projected  size  is  obtained  by  summing  the 
elements  of  each  record  and  multiplying  this  total  by  the 
projected  number  of  records  given  to  this  design  team  by  ?MB 
[Ref.  1].  Table  5.1  summarizes  the  proposed  file  structure 
sizing.  The  sizing  also  includes  the  overhead  required  for 
file  indexing.  *"  In  spite  of  this  increase,  the  time  factor 
in  locating  a  record  will  be  reduced  from  minutes  to  mere 
seconds.  A  mere  detailed  description  of  file  sizing  is 
presented  in  the  last  tart  of  Appendix  3. 


2 

"The  index  of  the  file  is  determined  by  the  general 

formula  [(index  field  iengtn  +  pointer  length)  *  numoer  of 
records  *  1.3].  This  total  is  then  added  to  the  master  file 
size  to  determine  the  total  file  size. 
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TABLE   6.1   PMPS  SYSTEM  SIZING 


File  Name 

Record  Size 

#  of  Recc 

rds 

Total  Size 

D_PENDING 

444 

1,000 

0.46  mb 

MINOR 

268 

60,000 

17.32  mb 

OVERHEAD 





1.0  mb 

PENDING 

211 

1,000 

3.24  mb 

PLANT 

556 

5,000 

2.39  mb 

rp 

OTAL 

21.91  mb 

The  total  for  these  applications  is  approximately  22 
mb  of  storage  requirements,  which  is  55  percent  (22/40  = 
0.55)  of  the  recommended  minimum  size  and  23  percent  (22/80 
=  0.28)  of  the  ideal  size  for  hard  disk  storage.  With  55 
percent  of  the  storage  capacity  initially  consumed,  the 
proposed  system  will  be  greatly  affected  when  future  demands 
rapidly  deplete  the  remaining  storage  capacity  (See  Figures 
6.1  and  5.2).  The  ideal  storage  capacity  (30  mb)  will  have 
only  28  percent  of  its  capacity  utilized.  Therefore,  this 
sizing  can  easily  handle  a  200  percent  increase  in  demand 
without  seriously  affecting  program  efficiency.   Table  6.2 


computes   various   utilization   capacities   based 
projected  demand  from  initial  system  design. 


:n 
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Figure  6.1  K   Comparison  of  Program  Efficiency  vs 
Disk  Capacity  Utilization  [Ref.  9]. 


M  =  EFFECTIVE  CAPACITY  OF  MEMORY.  MIPS 


MEAN  TIME 
AN  ITEM 
SPENDS  IN 

THE  SYSTEM 


0.2  0.4  0.6 

UTILIZATION 


0,3 


1.0 


Figure  6.2   Mean  Delay  Versus  Utilization  [Ref.  10] 
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The  ideal  size  of  hard  disk  storage  (80  mb)  would 
handle  growth  in  the  proposed  system  for  the  following: 

-  Estimation  errors  of  the  projected  size  of  the  proposed 
PMPS. 

-  Future  expansion  of  the  proposed  PMPS. 

-  Future  expansion  of  applications  dealing  with  PMPS. 

-  Future  integration  of  the  PMPS  with  other  acquisition 
lifecycie  functions. 

A  40  mb  hard  disk  with  a  tape  backup  system  should 
be  used  to  regularly  backup  the  system's  Master  data  files. 
It  is  not  necessary  to  backup  index  files  since  the  same 
information  is  contained  in  the  Master  file.  The  average 
time  to  index  files  of  this  type,  or  a  variety  of  processors, 
is  presented  in  Table  6.3. 

The  80  mb  hard  disk  is  the  upward  limit  on  the  80286 
family  of  processors  unless  special  disk  controllers  are 
utilized.  Hard  disk  storage  of  greater  than  40  mb  is 
recommended,  since  the  cost  of  increasing  storage  from  40  mb 
to  30  mb  is  approximately  $1,000.  This  increase  in  storage 
would  allow  even  greater  flexibility  for  system  expansion 
and  would  reduce  future  capacity  concerns.  Table  6.2 
summarizes  the  comparisons  between  the  40  mb  and  the  30  mb 
hard  disK  storage  devices.  The  130  mb  figures  are  also 
included  in  Table  6.2  to  demonstrate  the  full  range  of 


This  design  team  gathered  information  on  the  80386 
processor  from  various  local  vendors.  This  information  was 
presented  to  the  ?MB  office  for  use  in  system  procurement. 
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storage  capacity  that  the  80386  processor  family  is  capable 
of  handling.  The  cost  comparison  assumes  a  microcomputer 
with  an  80386  processor. 

Another  factor  to  consider  is  the  current  MS-DOS 
disk  partition  size  limit  of  3  2  mb.  To  operate  the  proposed 
system  on  a  disk  larger  than  3  2  mb,  the  following  four 
alternatives  are  available: 

1.  Use  an  address  extension  software  product:  to  increase 
the  operating  system  addressable  storage  space  beyond 
32  mb.   This  product  will  handle  any  size  disk  proposed 
in  this  thesis  [Ref.  11]. 

2 .  Use  a  path  to  go  from  one  partition  to  another  so 
changes  in  the  partitions  are  transparent  to  the  user 

[Ref.  12]. 

3 .  Store  the  files  and  application  programs  on  separate 
disk  partitions  and  develop  the  code  to  make  the  system 
appear  to  be  on  the  same  disk  partition  [Ref.  12]. 

4.  Further  subdivide  any  large  files  (such  as  the  Minor 
file)  by  department  code  or  other  logical  breakdown, 
and  evenly  spread  the  data  over  multiple  partitions . 
The  application  program  could  be  written  to  handle 
these  subdivided  files  as  if  they  were  one  file  'Ref. 
12]  . 


TABLE  5.2  STORAGE  CAPACITY  COMPARISON 

Storage  Device  Size 
40  mb   30  mb   13  0  mb 

Projected  Demand 

Capacity  Utilization  at 

Implementation  Time  tor  the 

Designed  System  55%    27%    17% 

Projected  Demand  with  a  50% 

Growth  Factor  Capacity  Utilization      32%    41%    26% 

Projected  Demand  with  a  100% 

Growth  Factor  Capacity  Utilization     110%    55%    34% 

Approximate  cost  to  PMB  $4200   $5200    $6200 
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2.   Processor  Speed 

Processing  speed  for  the  proposed  system  will  be 
dependent  on  the  following  attributes: 

-  System  excess  capacity 

-  CPU  cycle  time 

-  Disk  access  time 

Figures  6.1  and  5.2  demonstrate  the  dramatic  slow- 
down of  processing  as  the  system  becomes  saturated.  Main- 
taining system  utilization  below  80%  is  a  must  in  order  to 
maintain  proper  system  performance  [Ref.  10].  With  the 
current  low  cost  of  system  memory  and  the  relatively  high 
personnel  costs  associated  with  computer  operator  ~ime, 
improving  system  speed  means  a  positive  cost  reduction  for  a 
modest  initial  expense.  Therefore,  it  is  recommended  that 
at  least  ■  1  mb  of  RAM  be  installed  in  the  microcomputer 
selected.  This  will  give  the  PMPS  a  54%  [540  kb/1  mo  =  0.64 
540  kb  is  required  for  the  file  server]  utilization  factor 
and  greatly  improve  system  performance.  (See  Iigure  6.3  for 
file  server  size  requirements).  Additional  amounts  of  RAM 
should  be  considered  as  the  workload  on  the  system  increases 

Table  5 . 3  compares  the  differences  in  the  three 
types  of  processors  considered  for  the  proposed  system. 
Included  in  this  comparison  are  the  various  record  retrieval 
techniques  used  by  dBASZ  III  PLUS  and  other  database  prod- 
ucts. A  brief  discussion  of  the  techniques  employed  by 
dBASE  III  PLUS  follows. 
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Finding  a  record  based  on  the  indexed  field  may  be 
accomplished  instantaneously  when  utilizing  the  FIND  or  SEEK 
commands.  These  commands  use  the  index  pointer  system  to 
rapidly  locate  the  desired  record.  The  difference  between 
these  two  commands  is  that  SEEK  can  search  for  an  expression 
where  FIND  cannot. 

Locating  a  record  using  the  LOCATE  command  is  much 
slower  than  using  the  above  two  commands.  But  unlike  FIND 
or  SEEK,  this  command  will  locate  records  when  the  field(s) 
containing  the  search  parameters  are  not  indexed.  Also,  the 
LOCATE  command  automatically  starts  its  search  at  the  top  of 
the  file  while  FIND  and  SEEK  start  their  search  at  the 
position  of  the  record  pointer.  The  use  of  the  LOCATE 
command  would  be  useful  if  the  storage  space  was  too  small 
to  accommodate  the  required  number  of  indexes,  or  if  special 
ad-hoc  queries  required  searching  the  database  on  non- indexed 
fields. 

Using  the  INDEX  command  to  organize  the  file  is  much 
more  efficient  than  SCRT  command.  The  SORT  command  will  not 
work  with  substrings  or  other  expressions,  and  is  limited  to 
a  maximum  of  ten  fields.  It  is  not  recommenced  that  the 
SCRT  command  be  used  in  any  file  organization  for  the 
proposed  system. 
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TABLE  6.3  PROCESSOR  COMPARISON 


Processor  8086 

Application 

INDEX  60,000  records         60  min 

Maximum  time  to  locate 

a  record  using  the 

LOCATE  COMMAND  24  min 

Maximum  time  to  locate 

a  record  using  the 

FIND  or  SEEK  COMMAND  1  sec 

Maximum  hard  disk  storage 
per  drive  without  special 
controller  functions         30  mb 

Approximate  test  to  ?MB     $1,200 


80286 

15  min 

6  min 

1  sec 

80  mb 
S3  ,100 


80386 
6  min 
3  min 

1  sec 

13  0  mb 
S6,200 


The  results  garnered  from  Table  6.3  clearly  indicate 
that  only  microcomputers  with  an  80286  or  80386  processor 
are  worth  considering  for  effective  system  implementation. 
For  a  modest  increase  in  price  over  the  80286  processor,  the 
80386  microcomputer  is  further  recommended  due  to  its 
superior  performance  record. 
3 .   System  Configuration 

The  designated  commercial  database  application 
program  is  capable  of  handling  remote  access.  Figure  6.3 
shows  the  recommended  layout  of  the  proposed  system  network. 
It  is  recommended  that  the  network  development  be  delayed 
until  after  the  central  file  server  in  the  PMB  office  has 
been  acquired,  implemented,  tested,  and  is  operational. 
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Plotter/ 


FILE   SERVER 

PC  W/540  KB  RAM  4 

2  Floppy  Disks 

1  External  Hard  Disk 


Workstation   A 

PC.V/512KBRAM4 
2  Floppy  Disk  Drives 


Workstation   3 
PC  w/512  KB  SAM  4 
1  Floppy  Disk  Drive 


Workstation   C 

PC  w/S  12  KB  RAM  4 
1  Roppy  Disk  4 
1  Internal  Hard  Disk 


Workstation   0 

PC  .W/512KB  RAM  4 
2  Roppy  Disk  4 
1  internal  Hara  Oisk 


Figure  5  .  3   The  LAN  Environment: 


This  step  by  step  implementation  process  will  solve 
the  current  need  for  an  operational  ?MPS  a-  ?MB  and  result 
in  a  controllable  and  cost  effective  expansion  of  the 
system.  To  reduce  the  cost  of  the  proposed  system,  previ- 
ously acquired  hardware  should  be  utilized  for  remote  entry 
terminals . 

dBASE  III  PLUS  requires  the  following  specifications 


:or  remote  access  to  the  central  file  server 


Ref 
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-  DOS  3.1  or  higher. 

-  An  IBM  PC,  Novel  Advance  Netware/86,  or  3Com  3+  network 
software. 

-  A  LAN. 

-  At  least  one  3  60k  floppy  drive  and  512  k  of  internal  RAM 
for  each  remote  terminal.   Remote  terminal  configuration 
may  differ,  but  this  basic  requirement  must  he  met  cy 
each  one . 

4.   Program  Efficiency 

When  using  the  iEASS  III  PLUS  program  environment, 
the  efficiency  of  the  program  can  he  increased  through  the 
use  of  procedures.  Program  procedures  are  loaded  into 
memory  only  once,  instead  of  each  time  -he  module  is  called 
as  in  the  case  of  program  modules.  The  benefit  of  pre- 
loading procedures  into  memory  eliminates  the  need  for  disk 
access  whenever  the  module  is  called.  To  further  increase 
program  run  time,  the  dBASS  III  PLUS  program  can  he  ocmpiied 
into  a  COM  file.  A  dBASE  III  PLUS  compiler  is  readily 
available  within  the  Command  [Ref.  12].  As  recommended  by 
this  design  team,  program  efficiency  for  the  proposed  PMPS 
will  be  greatly  enhanced  if  frequently  used  modules  are 
developed  as  procedures  and  compiled  into  a  single  program. 

D.   EXCEPTION  HANDLING 

An  "exception"  is  an  event  that  suspends  the  normal 
execution  of  a  program.  A  few  exception  handling  event 
examples  are: 
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-  Data  values  out  of  range 

-  Violation  of  capacity  limits 

-  Application  of  operators  to  illegal  data  values 

-  Attempt  to  process  unavailable  data 

dBASE  III  PLUS  performs  exception  handling  through  the 
use  of  error- crapping  routines .  These  routines  are  sec  up 
in  the  application  software  programs  to  check  for  user 
errors. 

During  system  implementation,  the  use  of  error-trapping 
routines  should  be  included  to  expand  the  quality  of  the 
PMPS  programs . 

Through  careful  design  review,  this  team  has  attempted 
to  eliminate  most  of  the  foreseen  user  errors  by  the  use  of 
careful  system  design.  One  error  that  cannot  be  prevented 
is  the  input  cf  improper  data  which  will  always  be  a  poten- 
tial problem  for  the  system.  3y  using  the  file  modification 
modules  designed  into  the  system,  however,  users  have  the 
ability  to  correct  this  type  of  error.  To  reduce  the  need 
of  having  to  perform  this  tedious  task,  it  is  recommended 
that  the  PMPS  data  be  screened  for  errors  and  the  need  for 
improved  exception  handling  be  reevaluated  on  a  regular 
basis.  Only  through  proper  review  will  the  PMPS  data 
integrity  improve. 
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E.   PROBABLE  MODIFICATIONS 

Future  growth  and  enhancements  of  the  proposed  PMPS  is  a 
certainty.  Every  effort  was  made  to  anticipate  the  probable 
growth  and  modification  of  the  proposed  system,  both  on  a 

long  and  short  term  basis.   The  probable  modif  ications 
include: 

-  LAN  development 

-  Integration  with  other  LCM  functions 

-  Increased  storage  requirements 

-  System  improvements 

Proposed  system  networking  in  a  LAN  environment  is  seen 
as  a  short  term  enhancement.  The  recommended  hardware  and 
software  will  handle  the  LAN  alternative  which,  as  discussed 
previously,  is  the  first  anticipated  system  enhancement. 
Network  growth  beyond  PMB  requirements  alone  is  also  likely. 
This  growth  will  be  easily  attainable  in  an  incremental 
fashion  based  on  the  hardware  and  software  recommended  for 
the  proposed  system  implementation.  It  is  important  to 
emphasize  that  additional  equipment  will  be  required  as  the 
LAN  grows . 

A  further  step  in  the  sharing  of  PMB  data  resources 
would  be  to  integrate  the  proposed  system  into  an  automated 
LCM  system  for  the  Supply  Department.  Products  are  avail- 
able to  integrate  the  microcomputer  based  PMPS  with  the  LCM 
system  whether  it  be  hosted  en  a  microcomputer,  minicomput- 
er, or  mainframe  computer.  This  enhancement  appears  to  be 
long  term,  but  was  considered  in  PMPS  design. 
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However,  in  the  near  future  PMB  might  have  to  increase 
both  its  storage  capabilities  and  processor  memory  size  due 
to  increased  workload  and  applications  beyond  the  predicted 
requirements.  On  the  other  hand,  if  the  ideal  hard  disk  of 
130  mb  is  procured  initially,  the  storage  capacity  may  not 
have  to  be  increased  as  quickly.  An  enhancement  of  this 
type  would  only  require  sizing  the  additional  capacity  and 
initiating  its  purchase.  It  is  essential  to  ensure  that  all 
additions  are  integrable  with  the  proposed  components. 

PMPS  improvements  will  probably  comprise  the  largest 
area  of  enhancements  to  the  proposed  system.  In  an  effort 
to  minimize  zhe     negative  aspect  of  enhancements ,     modern 

system  design  techniques  were  used  to  make  such  software 

d 
enhancements   easier   and  more  manageable   to   implement. 

Through  the  use  of  proper  design  techniques  and  the  follow- 
ing requirements,  the  proposed  system  should  be  easily 
maintainable. 

-  Heavy  use  of  comments  are  used  in  code  development. 

-  System  Hierarchy  and  IPO  charts  are  updated  to 
reflect  any  changes  or  modifications. 

-  Data  Dictionary  is  changed  to  reflect  any  modifications. 

-  The  user  manual  is  updated  as  required. 

-  Configuration  control  is  implemented  immediately  after 
system  implementation  to  control  changes. 


4 

"Typical  system  lifecycle  costs  devote  30  percent  of 

their  budget  to  the  maintenance  of  existing  software. 
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Despite  the  relatively  small  size  of  the  proposed 
system,  adhering  to  the  above  criteria  will  significantly 
reduce  the  burden  of  system  maintenance,  resulting  in  a 
viable  system  for  years  to  come. 

?.   ACCEPTANCE  CRITERIA 

The  ?MB  office  needs  to  compile  an  adequate  sen  of  test 
data  prior  to  the  start  of  system  coding.  This  set  of  test 
data  will  be  used  by  the  programmer  and  the  ?MB  office  to 
certify  the  proposed  system.  While  testing  is  the  principal 
method  of  determining  whether  a  program  is  ready  for  opera- 
tional use,  it  oannct  guarantee  that  a  program  is  error-free, 
nor  can  it  produce  reasonable  estimates  of  how  many  errors 
remain  undetected.  Therefore,  it  is  recommended  that  the 
testing  for  the  proposed  system  be  in  the  form  of  black  box 
testing.  Slack  box,  or  functional  testing,  is  a  testing 
method  that  dees  not  use  any  knowledge  of  the  internal 
structure  of  the  program.  What  it  does  io  is  analyze  the 
results  of  a  program's  execution  for  a  given  input. 

The  set  of  test  data  for  the  Acquisitions '  portion  of 
the  ?MPS  should  include  the  following: 

-  An  input  selection  of  at  least  10  ID-1342s  to  load 
database  for  testing. 

-  Approximately  10  DD  1342s  with  extreme  values  of  data. 

-  DD  1342  entry  where  each  field  is  out-cf-range 
(if  applicable  for  this  field). 
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The  set  of  test  data  for  the  Dispositions'  portion  of 
the  PMPS  should  include  the  following: 

-  10  sample  Memo-Es  for  PMPS  and  10  sample  Memo-Es  for  non 
PMPS  items  to  load  the  D_PENDING  file. 

-  10  Memo-Es  with  extreme  data  values. 

-  Several  Memo-Es  where  each  field  is  out-of -range  (if 
applicable  for  the  field). 

Using  this  test  data  set,  the  proposed  system  should 

perform  each  of   its   required   functions   satisfactorily. 

Questions  to  be  considered  carefully  include: 

-  Are  printed  forms  and  reports  correct  ? 

-  Are  records  and  files  being  properly  appended,  updated, 
ana  deleted  ? 

-  Is  the  system  usable  and  understandable  by  PMB 
personnel  ? 

Only  through  careful  -est  data  set  construction,  method- 
ical testing,  and  discriminating  acceptance  standards  will 
PMB  receive  a  PMPS  that  will  be  an  effective  and  efficient 
tool  for  the  proper  management  of  Plant  and  Minor  Property. 
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VII.  RECOMMENDATIONS  AND  CONCLUSIONS 

A.   IMPLEMENTATION  SCHEDULE 

The  proposed  ?MPS  should  be  implemented  in  two  concur- 
rent phases;  the  first  of  which  is  system  coding  and  testing. 
This  phase  can  be  realized  using  current  Command  resources 
[Ref.  5].  PMB  direct  involvement  during  this  phase  is  a 
must  in  order  to  achieve  a  satisfactory  product  while 
utilizing  the  implementation  time  to  its  full  potential. 
The  initial  estimated  effort  for  this  phase  is  two  man- 
montns  which  includes  system  testing.  This  particular 
estimate  was  based  on  interviews  with  personnel  who  will  be 
involved  in  the  implementation  of  the  system,  and  will  have 
to  deal  with  the  detailed  design  presented  in  this  paper 
[Ref.  5]. 

The  second  phase  involves  the  procurement  of  required 
hardware  and  software.  Since  all  of  the  required  items  for 
system  implementation  have  been  sighted  at  local  retailers , 
it  is  felt  that  the  estimated  time  for  completion  of  this 
phase  is  one  month.  Funding  for  procurement  of  the  system 
is  also  readily  available   [Ref.  5]. 

3.   USSR  REQUIREMENTS  MET 

System  implementation  will  satisfy  the  following  user 
requirements : 
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-  The  system  must  ensure  that  Plant  and  Minor  Property 
must  be  in  a  similar  format. 

-  The  system  must  reduce  the  tedious  and  complicated 
duplication  of  efforts  on  the  property  record  card. 

-  The  system  should  be  expandable  and  interface  with  the 
other  areas  of  LCM. 

-  Departmental  inventories  should  be  able  to  be  performed 
by  the  departments  or  PMB. 

-  A  "hit  list"  should  be  developed  to  more  effectively 
manage  reutilization. 

-  The  system  must  be  able  to  perform  other  special 
required  inventories . 

-  The  system  must  be  able  to  perform  required  reports 
and/or  ad-hoc  requests. 

The  following  paragrapns  give  a  brief  description  of  how 

these  user  requirements  can  be  met. 

Plant  and  Minor  Property  will  be  handled  by  the  same 
modules  in  the  proposed  system  with  the  exception  of  the 
electronic  storage  of  the  DD  1342.  The  property  code  is 
used  to  differentiate  between  the  two  main  PMPS  files 
storing  the  DD  13  42.  One  of  these  files  is  for  Minor 
Property  and  the  other  for  Plant  Property.  The  reason  two 
files  exist  is  to  reduce  storage  requirements.  This  reduc- 
tion in  storage  requirements  is  highlighted  at  the  end  of 
Appendix  3.  To  simplify  PMB  operations,  the  same  form  (DD 
1342)  will  be  used  to  print  both  file  record's. 

Using  database  technology,  the  designed  MIS  will  reduce 
redundant  data  handling.  This  feature  will  be  extremely 
useful  for  the  multiple  forms  and   calculations  required  by 
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PMB  and  will  also  allow  departmental  inventory  lists  to  be 
easily  obtained. 

The  proposed  PMPS  can  easily  be  expanded  through  addi- 
tional storage  capacity  or  by  increasing  the  network  size. 
In  addition,  the  PMPS  can  interface  with  other  areas  of  LCM 
since  the  selected  software  is  compatible  with  other  MIS 
products .  The  fact:  that  the  selected  hardware  can  interface 
with  larger  systems  is  another  advantage  to  the  proposed 
system  design. 

Inventory  lists  can  be  generated  by  either  department  or 
property  type,  or  both.  Because  of  -his  flexibility, 
inventories  can  be  conducted  by  departmental  or  PMB  person- 
nel based  on  current  Command  policy  instead  of  system 
limitations . 

The  MIS  design  also  allows  for  reutilization  information 
on  PMPS  or  other  items  to  be  easily  obtained  with  minimal 
operator  action.  The  creation  and  management  of  this  "hit 
list"  is  accomplished  oy  using  the  information  in  one  Plant 
and  Minor  files  for  PMPS  reutilization  and  by  including 
other  important  data  items  such  as  the  name  and  phone  number 
of  the  point  of  contact  for  one  item  being  reutilized.  The 
capability  of  adding  non  PMPS  items  was  included  to  improve 
the  vital  reutilization  operation. 

The  performance  of  other  special  inventories  is  accom- 
plisned  by  using  the  PMPS  database  and  by  obtaining  an 
inventory  list  based  on  property  code.   The  property  code 
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promotes  system  flexibility  since  the  one  character  code  may 
be  modified  by  FMB  to  reflect  changing  requirements. 
Changes  in  the  meaning  of  the  property  code  will  result  in  a 
slight  program  modification  and  database  update. 

This  design  team  included  mechanisms  for  producing  the 
known  required  reports.  Any  changes  or  additional  reports 
can  be  added  by  either  adding  a  module  or  by  using  the 
Ad-Hoc  Reports  module.  Reports  that  will  occur  on  a  regular 
basis  should  have  a  module  added.  Those  that  will  occur  on 
an  irregular  or  infrequent  basis  may  be  generated  by  using 
the  Ad-Hoc  Reports  module. 

C.   USER  REQUIREMENTS  NOT  MET 

The  following  user  requirements  could  either  not  be  met, 
or  were  not  addressed  during  the  analysis  and  design  effort. 

-  Software  used  for  system  development  to  be  operated  on 
existing  hardware:   not  feasible  due  to  the  large 
storage  capacity  and  interactive  speed  required. 

-  Remote  input/output  to  the  database:   feasible,  but  out 
of  the  sccpe  of  this  effort. 

-  Automate  the  conversion  of  the  existing  Plant  Property 
file  to  the  proposed  system:  feasible,  but  out  of  the 
scope  of  this  effort. 

In  the  following  paragraphs  we  will  discuss  in  more  detail 

why  chese  requirements  were  not  met. 

The  selected  software,  dBASE  III  PLUS  will  operate  on 

the  existing  hardware,  but  the  existing  hardware  is  not 
sufficient  fcr  satisfying  system  implementation  requirements 
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due  to  its  limited  storage  capacity  and  processor  speed. 
The  existing  hardware  may  be  used  as  remote  data  entry 
locations  when  a  LAN  is  added. 

The  addition  of  a  LAN,  which  was  discussed  as  a  short 
term  ennancement  in  the  previous  chapter,  will  make  remote 
input/output  to  the  database  possible. 

Although  the  automatic  conversion  of  the  existing  Plant 
Property  file  to  the  proposed  system  is  beyond  the  scope  of 
this  thesis,  it  has  been  suggested  that  this  conversion  may 
be  accomplished  by  one  of  the  following  options   [Ref.  14]: 

1.  Perform  a  manual  file  conversion  where  the  existing  DD 
12  4  2s  are  manually  entered  into  the  PMPS  database. 
(This  is  a  time  consuming  process.) 

2.  Perform  a  Massive  Loading  in  which  a  program  is  written 
locally  to  convert  the  existing  database  to  the 
proposed  PMPS  database.   (Additional  information 

not  in  the  current  Plant  Property  database  would  have 
to  be  manually  entered. ) 

3.  Use  a  specification  language  program  package,  such  as 
MODEL  from  4Cs  Inc. ,  to  automatically  write  the 
database  conversion  program. ^   (Additional  information 
not  in  the  current  Plant  Property  database  would  nave 
to  be  manually  entered. ) 


"Information  concerning  the  MODEL  database  conversion 
program  developed  by  Professor  Noah  S.  Prywer  is  availbie 
from  the  professor  at  Moore  School  of  Electrical 
Engineering,  University  of  Pennsylvania,  Philadelphia,  PA. 
13104  (phone  215/898-8521).  MODEL  information  has  been 
requested  by  this  design  team  for  PMBs  utilization  [Ref 
15]. 
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D.   CONCLUDING  REMARKS 

The  development  of  the  proposed  PMPS  by  this  design  team 
has  established  that  effective  system  development  can  only 
be  achieved  through: 

1.  Intensive  user  involvement. 

2.  Proper  attention  to  the  design  process. 

3.  Utilizing  structured  design  tools  and  techniques. 

Even  witxh  this  relatively  small  system  development 
effort,  taking  the  time  to  understand  the  original  system  as 
well  as  the  proposed  system  development  will  make  system 
implementation,  testing,  and  maintenance  more  reliable  and 
much  less  cumbersome.  Each  phase  of  the  proposed  PMPS  system 
development  was  formally  reviewed  by  the  users.  Although 
time  consuming,  this  formal  review  process  is  the  only  way 
to  ensure  that  the  proposed  system  design  is  exactly  what 
the  user  requires  to  improve  property  management  at  NPS. 

In  addition,  the  following  recommendations  are  provided 
for  consideration  by  PMB: 

-  The  deliverables  and  recommended  enhancements  contained 

within  this  thesis  be  further  developed  by  follow-on 
thesis  students. 

-  The  data  dictionary  be  automated. 

-  That  permission  be  acquired  to  use  computer  generated 
forms  from  appropriate  higher  authority  or  explore  the 
possibility  of  obtaining/using  a  printer  which  can' 
utilize  existing  forms  and  interfaces  with  the  proposed 
system. 

-  A  system  users  manual  be  written. 
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An  on-line  training  program  be  development  for  PMB 
personnel. 

Coding,  implementation,  and  testing  of  the  system  be 
completed. 

Further  explore  and  develop  the  potential  benefits  of 
LAN  implementation. 
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APPENDIX  A 
DATA  FLOW  DIAGRAMS 


Data  flow  diagrams  are  the  logical  models  of  the 
components  of  the  proposed  system.  These  models  depend  do 
not  depend  on  the  selected  hardware,  operating  system,  or 
application  software  of  the  proposed  system.  The  graphical 
pictures  presented  in  the  data  flow  diagrams  are  intended  to 
provide  an  understandingable  logical  model  of  the  proposed 
?MPS.  The  data  dictionary  in  Appendix  B  explains  the  data 
flows  presented  in  the  data  flow  dictionary. 
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1.0   ACQUISITION 


PO_# 
REQN_# 

MFG  NAME 


NID_# 

COMPLETED 
WS  "342 


PROP  NID  # 


NOTICEOF\        NID_* 
PENDING 


^ENDING 
FORMAT 
▼ 


DD  1342 


WS    1342( 


PENDING  FILE 


/ 


4 


PO   #        WS  1342      WS   1342(+) 


WS   1342(+)         ?Q   *       MFG  3ER      4 


'ENDING 


PROP  NID  # 


3ROP   NID   * 


DD  1342  (1)  ► 

DD  1342  (1)  ► 

OD  1342  (3)    ► 

COPY  * 


/  modifyN 

\  DD  1342  ) 


PROP   NID   * 


FORMAT(S) 
PEND  3RCH  


COPY    * 


PEND_3TAT 
3RCH  DATE 


PROP_CODE 
DEPTjCCDE 

iNV_0ATE 
3RCH  DATE 


ACTION 


PLANT  FILE 


MINOR  FILE 


NV  PROP 
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1.1   NOTICE  OF  PENDING  RECEIPT 


PO_# 
REQN_# 

MFGJMAME  - 

MFG_V10D_# 

NCUN_NAME 

CONSIGNOR 

DEPTjCODE 

DATE_ENT 

PROP  CODE 


N 


INPUT 
INFORMATIO 
1.1.1 


PENDING  FORMA" 


FEND  STA" 


-ENDING  FORMAT 


PENDING  FILE 
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1.2   RECEIPT  OF  EQUIPMENT 


PO    # 


WS   1342 


PO  # 


WS  1342 


I 


!N_FMT  WS  1342(+) 


PENDING  FILE 


WS   1342(+) 


DATE_RECV 

NID_# 
MFG  SER  # 


-    PEND  STA 


WS   1342(+) 


OUT_FMT  WS  1342(+) 


FORMAT 

) 
FOR  PRINT 


/WS  1342f+) 


.^..o 
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1.3      RECONCILIATION   OF    13  42 


NID  # 


—   WS  1342(+) 


NID_#      WS   1342(+) 


PENDING  FILE 


NID   # 


NID    # 


COMPLETED 
WS  J342 


PLANT  r;LE 
VIINCR  ";LE 


DD  1342 


IN_FMT  WS  1342  (C) 


iD  1342 


?RCP_.\IID_# 
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1.4      PRINT   FINAL    13  42 


PROP   NID  # 


RETRIEVE 
DD  1342 


PROP   NID  #     DD  1342 


PLANT  FILE 
MINOR  RLE 


\D  1342 


DP  ""■ 


OUT  FMT  DD  1342 


COPY  # 
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1.5   CONDUCT  INVENTORY 


PROP_CODE 
DEPTCODE 
SRCH_DATE 
ACTION 


PROP  NID  # 


OUT_FMT  DD  1342f 
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1.6      MODIFY  DD    1342 


PROP   NID   # 


PROP  NID  #       DD  1342 


i 


PLANT  FILI 


MINOR  FILE 


t 

DD  1342 


I 


DD  1342 


PROP  NID  # 


DD  1342 


NID   # 


PROP  NID  # 


D  PENDING  FiLE 


NID   # 
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1.7   PENDING  REPORT 


PEND  STAT 


'ENDING 


:ORMAT(S) 


PEND  SRCH    PENDING 

FORMAT(S) 


PENDING  FILE 


COPY  # 


OUT  FMT  PENDING 
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2.0   DISPOSITION 


3D  1342        DD1342(I)_REP      DD1348-1     HIT  LIST_REP    HOLD  J^EP  SF  J  20J3EP     TRANS _REP 

VI        ;       l      ;      ;       i 
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2.1   INPUT  PMP/OTHER  EXCESS 


PROP  NID  # 


COND_C_£ 
POC_M 
POC_P_# 
PROP_NID_* 
QTY  E 


EXCESSf- 


COND_C_E 

COST 

3EPTCODE 

MFGJ/IOD 

MFG_NAME 

MFG_SER 

MFG_YR 

NOUN_NAME 
PHY_CE3C 

POCJM 

DCC_°J 
QTY_E 
STOCK  9 


1XCE3S.- 
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2.1.3   INPUT  OTHER  EXCESS 


COND_C_£ 

COST 

DEPT_CODE 

MFG_MOD 

MFG_NAME 

MFG_3ER 

MFG_YR 

NOUN_NAME 

PHY_DE3C 

POC_N 
3OC_?_# 
QTY_E 
STOCK  # 


PROP_NID_# 

/ 


BUILD 

EXCESS(-) 
2.1.3.2 


EXCESSM 
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2.2   BUILD  PMP  EXCESS 


EXCESSf--) 


EXCESSi- 


DD  1342 


PROP  NID   4 


DO  1342 


EXCESSf-*! 


I 
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2.3   REQUEST  DISTRIBUTE  APPEND  DATA 


PROP  NID  # 


DD  1342 
PRCP_NID_# 
DD  1342 


PROP  NID  # 


DD  13^2 
PROP_NID_# 

DD  1342 


DATE  TERM 


REQUEST 
DISTRIBUTE 
UPDATE 
D  PENDING  FILE 
2.3.3 


D_?END_!NFO 

DATE_TERM 

D  PEND  iMFO 
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2.4      BUILD   D   PENDING    INFO 


ADPE_SCR_P 
IE_SCR_P 

RPT_* 
STOCK  2 


COUNT 

DATE_ENT_0 

DATE_TERM 

EXCESS(-) 

EXCESS(--*<> 

PHASE 

R_3CR_P 

SEQ_# 

SYSTEM  DATE 


STK_*_REQ 
TYPE_CODE 
TYP_C_REQ 
UIC 


\*w/ 


EXCESSi'--*) 


3D    1342 (I) _RE? 
5F    ICO    PEP 


D  DEND  INFO 


0  PEND  'NFC 


D_?ENDJNFO 
i 
T 


rt  -r rp        -    —  q  n 
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2.4.1   ADD  VARIABLES 


DATE_ENT_D 

EXCESS(-) 

EXCESS(--*) 

SYSTEM  DATE 


COUNT 


3EO  # 


EXCESS(--*) 


+ COUNT 
2.4.1.3 


EXCESS(-)  I    EXCE3S(- 

; 


DATE  TERM 


ADD 
DATEJ'ERMW 

DATE_ENT_0 
• SEO_* 

2.4.1.4 


LXCESS(-)  EXCESS(--*) 


PHASE 


EXCESS*--*) 


EXCESS;--** 


EXCESS.-} 


CHANGE       \  rf 

DATE_TERM    \   D.PENDJNFO       / 

=  R_3CR_P 
2.4.1.6 


\  D  PEND  INFO 
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2.4.2      CHECH   IE /ADPE /OTHER 


EXCESSf--". 

■E_3C3_? 
TYP  C  REQ 


EXCESS/- 


ADPE_3CR_P 

RPT  # 

STK_#_REQ 

UIC 

-► 

DP  1342(n__REP. 
D  PEND  INFO 


D.PEND  INFO 
SF   120   REP 


-► 


.14 


2.4.2.1   CHECK  TYPE_CODE  =  TYP_C_REQ 


EXCESS.;-') 
IE  SCR  P 


■> 
■> 


D  PEND   NFC 


DATE  TERM 


TYPE  CODE 


0ATE_TERM 

TYPE_CODE 

— ► 
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2.4.2.2   CHECK  STCCK_#  =  STK_#_REQ 


EXCESS(--*) 

ADPE  SCR  ? 


EXCE3S(--*) 


RPT   # 


•JIC 


DATE_TERM 
RPT   * 


D  PEND  'NFO 


STOCK 


DATE_TERM 

i, 

RPT    * 

STOCK_# 

— *» 
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2.5   CHECK  STATUS  D_PENDING  FILE 


3ARIC  INST 


0  PEND  INFO 


0  PEND  INFO 


117. 


2.5.6      CHECK  PHASE 


D  PEND  INFO 


DD   1348-1 


0  PE.MD  INFO 


HOLD  REP 


0  PEND  INFO 


TRANS  REP 


D  PEND  iNFO 


HOLD  REP 
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2.6      MODIFY   A   RECORD   DD  1342 


DATE  TERM 


PROP  NID  # 


D  PEND  INFO 


D  PEND  INFO 


DATE  TERM 


PROP  NID   4 


DD  1342 


DD  1342 


D  PEND  iNFO 


OD  1342 


0ATE_TERM 

> 

DD1348-1(  +  i 

w 

DD  1149 

w 

PROP_NID_* 

— > 

j  PEND  'NFC 


DATE  ~ERM 


PROP   NID   # 
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2.6.1   CHANGE  BY  FIELD 


D  PEND  INFO 


DD  1342 


0  PEND  INFO 


T 


DD  1342 


DD  -342 


t 


120 


2.7   PRINT  REPORTS 

PHASE  ^  TYPE  CODE  STOCK  #  RPT_# 
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2.7.2   FORMAT  REPORTS 


DATE_^ERM 
PR0P_NID_# 
3TOCK_# 

TYPE  CODE 


DD  1342(I)_REP 


SF  120  REP 


DATE  TERM 

^ 

PHASE 

V- 

RPT_# 

^ 

°RCP   MID   4 

— *> 

DD    1348-1 


HIT  LIST  REP 


HOLD  REP 


"RANS  REP 
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2.7.2.1      CHECK   TYPE_EQUIP 


OD  1342 


D  PEND  iNFO 

— ► 

RPT_# 

w, 

PROP_NIID_# 

to 

3TOCK_# 

-► 

SF   120  REP 


DD  1342 


D_PENDJNFO 

PROP  NID   # 


TYPE  CODE 


FORMAT 

DD  1342(I)_REP  \ 

2.7.2.1.2         / 


DD  1342(I)_REP 
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2.7.2.2      CHECK   PHASE 


DATE  TERM 

PHASE 

w 

D_PEND_INFO 

w 

PROP_NID_# 

— ► 

HIT  LiST  REP 


DATE_TERM 

PHASE                        w 

D_PEND_NFO 

-^ 

PROP_NlD_# 

— ► 

1348- ■ 


DATE  TERM 

w 

PHASE 

D_PEND_iNFO 

J** 

PRCP_MID_* 

► 

TRANS  REP 


OATE_TERM 

w 

PHASE 

w 

D_3END_NF0 

'fc- 

PR0P_NID_4 

— > 

HOLD  REP 
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3.0   AD-HOCS  REPORTS 


3RCH  COND 


AD-HCC  REPORT 


SRCH_COND 

WS  1342(+) 


PENDING  FiLE 


SRCH  CCND  SRCH  CCND 


DD  1342 


PLANT  FiLE 


SRCH  COND 


D  PEND  INFO 


DD  1342 


MINOR  FiLE  D  PENDING  FiLE 
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APPENDIX  B 
DATA  DICTIONARY 


The  data  dictionary  consists  of 

-  definition  for  each  individual  data  element  used  in  the 
system 

-  a  detailed  breakout  of  each  file  (starting  on  page  155) 

The  following  format  is  used  in  the  data  dictionary  for  each 
data  element  : 

Data  Element  Name 

-  Alias 

-  Description 

-  Format 

-  Mcduie(s)  used  in: 

A  (  )  around  an  item  indicates  that  it  is  an  optional  item. 

A  (+)  immediately  following  a  data  element  name  indicates 
that  it  has  been  enhanced  with  other  pertinent  information. 

A  (-)  immediately  following  a  data  element  name  indicates 
that  it  has  been  shortened,  the  number  of  data  fields 
reduced  to  only  the  set  required. 

The  data  dictionary  is  in  alphabetical  order  by  data 
element  name.  This  format  was  selected  fcr  ease  of  access 
by  programmers,  analysts,  and  users.  "The  moduie(s)  used 
in:"  refers  to  the  physical  module,  file,  or  higher  level 
composite  data  element  in  which  the  data  element  is  used. 
The  cross-reference  chart  in  Chapter  5  may  be  used  to  derive 
the  logical  data  flow  module  or  one  physical  module  (Hierarchy 
Diagram)  that  the  data  element  is  used  in. 
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ACTION 

-  Inventory  Action 

-  Identifies  the  action  to  be  taken  when  conducting  an 
inventory,  print  the  list  or  compare  NID_#s  where  a  "C" 
is  used  to  activate  the  compare  function  and  "L"  is  used 
to  activate  the  Print  the  inventory  list  function 

-  Character  format:  of  1  character 

-  Module! s)  used  in:  CONDUCT  INVENTORY 

ADPE_SCR_P 

-  ADPE  Equipment:  Screening  period 

-  The  amount  of  time  (which  is  added  to  DATE_TERM)  that 
ADPE  is  available  for  screening  before  final  disposition 
is  determined.   Currently  this  is  201  days. 

-  Numeric  format  consisting  of  3  digits 

-  Module(s)  used  in:  CHECK  IS/ADPE/OTHER 

COMOD_CCDE 

-  Commodity  Code 

-  Used  for  CLASS  IV  property  only  and  is  relative  to  the 
physical  characteristics  of  the  item. 

-  Character  format  consisting  of  14  characters 

-  Module (s;  used  in:  See  also  COMPLETED  WS  13  42 

See  also  DD  1342(-) 
Plant  File 
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COMPLETED  WS  1342 

-  Completed  13  42  Worksheet 

-  WS  1342 (+)  +  JULIAN  +  (COMOB_CODE)  +  ( STOCK_# )  +  COST  + 
+  TYPE_CODE  +  (PWR_CODE)  +  (MFG_CODE)  +  (LENGTH)  + 
(WIDTH)  +  (HEIGHT)  +  (WEIGHT)  +  (NON_AVL_#)  +  PHY_DESC  + 
LOCATE  +  (QTY) 

Completed  DCD  Property  Card  that  was  filled  in  by  the 
custicdai  department:. 

-  Number  of  data  elements  depends  on  the  property  class 
and  type.  See  the  Plant  and  Minor  file  structure  for 
applicable  makeup. 

-  Module(s)  used  in:  COMBINE  13  42  INFORMATION 

See  also  DD  1342 


COND_C_E 

-  Condition  Code 

-  Condition  of  the  equipment  when  turned  in  for  excess 

-  Character  format  consisting  of  I  character 

-  Module(s)  used  in:.  See  also  EXCESS-M 

D_?ENDING  FILE 

CONSIGNOR 

-  No  Alias 

-  The  Purchasing  firm  (  Vendor  )  a  item  is  procured  £r< 

-  Character  format  consisting  of  up  to  50  characters 

-  Mcdule(s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

See  also  WS  1342 
MINOR  TILE 
PENDING  FILE 
PLANT  FILE 
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COPY_# 

-  Number  of  Copies 

-  The  number  of  copies  of  a  form  or  report  to  be  printed 

-  Numeric  format  of  two  digits  to  the  left  of  the  decimal 
point 

-  Module(s)  used  in:  PENDING  REPORT 

PRINT  13  42 

COST 

-  Item  Cost 

-  The  cost  of  an  item  when  it  is  procured. 

-  Numeric  format  of  7  digits  with  no  decimal  point 

-  Module(s)  use  in:   See  also  COMPLETED  WS  13  42 

See  also  DD  1342(-) 
See  also  EXCESS-M 
D_?ENDING  FILE 
MINOR  FILE 
PLANT  FILE 

COUNT 

-  Sequential  tracking  number 

-  A  sequential  number  from  01  to  99  which  is  assigned  to 
each  disposition  processed  for  a  corresponding  DATE_ENT. 

-  Numeric  Format  consisting  of  2  digits 

-  Moduie(s)  used  in:  ADD  VARIABLES 

See  also  SEQ  # 
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DARIC_INST 

-  DARIC  disposition  instruction 

-  RPT_#  +  INST_D_DATE  +  INST_ACT 

Disposition  instruction  sent  to  this  command  authorizing 
ADPE  disposal.   The  instruction  can  direct  immediate 
transfer  to  another  command  or  require  a  holding  period 
for  DCD  wide  screening.   If  not  picked  up  during  screen- 
ing, the  item  is  locally  disposed  of. 

-  N/A 

-  Module(s)  used  in:  DISPOSITIONS 

DISPOSITIONS  MANAGEMENT 
MANAGE /STATUS  D_?ENDING  FILE 
See  also  RPT  # 


DATE_ENT 

-  Dare  Entered 

-  The  month/ day /year  in  digit  format  that  information  is 
entered  into  the  PENDING  FILE  or  Disposition  process. 

-  Date  format  consisting  of  3  characters  including  the  '/' 

-  Module(s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

PENDING  REPORT 

See  also  PENDING  FORMAT 

PENDING  FILE  (under  DATS  RECV  field) 


DATE_ZNT_D 

-  Date  entered 

-  The  iulian  date  that  a  transaction  is  entered  into  the 
disposition  process  or  on  the  SF_120_REP. 

-  Character  format  consisting  of  4  characters 

-  Moduie( s)  used  in:  ADD  VARIABLES 

See  also  DATE_TERM 

See  also  D_?ENDING_INFO 

See  also  RPT_4 

See  also  SEQ_# 

D  PENDING  FILE 
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DATE_RECV 

-  Date  Received 

-  The  date  PMB  is  notified  that  an  item  as  been  received. 

-  Date  format  consisting  of  8  characters  including  the  '/' 

-  Module(s)  used  in:  ADD  13  42 (+)  INFORMATION 

See  also  WS  1342 (+) 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 

DATE_TERM 

-  Date  Terminated 

-  DATE_ENT_D  +  SEQ_# 

Used  for  the  following  checks: 

-  Set  drop  daces  for  reutiiization  and  disposition 
(the  Julian  parr)  ie.  first:  4  characters. 

-  Primary  key  for  che  D_?ENDING  file 

-  Character  format  consisting  of  10  characters. 

-  Module(s)  used  in:  ADD  VARIABLES 

DISPOSITIONS 
DISPOSITIONS  MANAGEMENT 
MANAGE /STATUS  D_?ENDING  FILE 
See  also  D_PEND_INFO 
D_?ENDING  FILE 

DEPT_CODE 

-  Department  Code 

-  The  NPS  code  for  the  department 

-  Character  format  consisting  of  up  to  4  characters 

-  Module(s)  used  in:  COMPARE  NID_4 

CONDUCT  INVENTORY 

NOTICE  OF  PENDING  RECEIPT 

PRINT  INV  LIST 

See  also  EXCSSS-M 

See  also  SEARCH 

See  also  WS  1342 

D_?ENDING  FILE 

MINOR  FILE 

PENDING  FILE 

PLANT  FILE 
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DD  1149 

-  Requisition  and  Invoice  Shipping  Document 

-  Used  to  notify  the  shipping  command  that  the  receiving 
command  has  accepted  custody  of  the  subject  equipment. 

-  N/A 

-  Module (s-J  used  in:  DISPOSITIONS 

DISPOSITIONS  MANAGEMENT 
MODIFY  RECORD 

DD  1342 

-  Official  DOD  Property  Record  Card 

-  Approved  COMPLETED  WS  13  42  in  final  form 

-  N/A 

-  Moduie(s)  used  in:  3RCWSE  13  42 

3UILD  ?MP  RECORD 
COMBINE  13  42  INFORMATION 
MODIFY  RECORD 
RECONCILIATION  OF  1342 
UPDATE  FILES 

DD  13  42(I)_REP 

-  IE  idle  report 

-  Data  elements  unknown  at  this  time. 

Report  format  used  to  notify  DIPEC  that  IE  is  being 
excessed  by  a  command. 

-  N/A 

-  Moduie(s)  used  in:  BUILD  D_PENDING  JILE 

CHECK  IE ,'ADPE/ OTHER 

DD  1342(--) 

-  Physical  Inventory  Data 

-  INV_DATE  -  NID_*  -  NOUN_NAME  +  LOCATE  *  MFG_3ER_*  + 
MFG_CODE  +  (COMCD_CODE)  -  (STOCK_#)  +  COST 

Data  elements  used  in  the  inventory  process. 

-  N/A 

-  Module(s)  used  in:  See  also  OUT  FMT  PEND 
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DD  1348-1 

-  1348  6  Part  (STUB) 

-  Data  Elements  are  not  currently  defined. 

Used  to  transfer  items  for  disposal  from  NPS  to  DRMO. 

-  N/A 

-  Module(s)  used  in:  CHECK  PHASE 

DD  1348-K  +  ) 

-  13  48  5  Part  signed  (STUB) 

-  Signed(+)  DD  1348  indicating  that  DRMO  has  accepted 
custody  of  property  items  listed  on  DD  1348-1. 

-  N/A 

-  Module* s)  used  in:  DISPOSITIONS 

DISPOSITIONS  MANAGEMENT 
MODIFY  RECORD 

DIPEC_INST 

-  DIPEC  disposition  instruction 

-  NID_#  +  INST_D_DATS  +  INST_ACT 

Disposition  instruction  sent  to  this  command  authorizing 
IE  disposal.   The  instruction  can  direct  immediate 
transfer  to  another  command  or  require  a  holding  period 
for  DOD  wide  screening.   If  not  picked  up  during  screen- 
ing, the  item  is  locally  disposed  of. 

-  N/A 

-  Module(s)  used  in:  DISPOSITIONS 

DISPOSITIONS  MANAGEMENT 
MANAGE /STATUS  D  PENDING  FILE 
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D_PEND_INFO 

-  Disposition  Pending  Information 

-  EXCESS(-)  +  EXCESS(--*)  +  DATEJTERM  +  DATE_ENT_D  +  PHASE 
Records  /transactions  in  various  phases  of  the 
disposition  process. 

-  N/A 

-  Module(s)  used  in:  BUILD  D_?ENDING  FILE 

CHECK  IE_ADPE_CTHER 

CHECK  PHASE 

INPUT  INSTRUCTIONS 

MANAGE /STATUS  D_?ENDING  FILE 

MODIFY  RECORD 

STORE  DATA 

EXCSSS-M 

-  Excess  Property  ".-demo 

-  COND_C_E  +  POC_N  +  POC_P_#  +  PROP_NID_#  +  QTY_E  +  COST 
-  DEPT_CODE  +  MFG_MOD_*  +  MFG_NAME  +  MFG_SER_#  +  MFG_YR 
+  NOUN_NAME  +  ?HYS_DESC  +  3TOCK_# 

Used  to  notify  supply  of  an  item(s)  that  are  no  longer 
needed  by  a  department. 

-  N/A 

-  Module(s)  used  in:  DISPOSITIONS 

INPUT  OTHER  EXCESS (- ) 
INPUT  PLANT/ MINOR  EXCESS (--) 
INPUT  TRANSACTIONS 
PROCESS  DAILY  TRANSACTIONS 

EXCSSS(-) 

-  Excess  property  memo  for  NON  PMPS  items. 

-  EXCSSS-M  (with  PROP_NID_4  set  to  all  zeros) 

-  N/A 

-  Mcdule(s)  used  in:  ADD  AVRIABLES 

BUILD  D_?ENDING  FILE 
INPUT  OTHER  EXCESS ( - ) 
INPUT  TRANSACTIONS 
PROCESS  DAILY  TRANSACTIONS 
See  also  EXCESS-M 
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EXCESS (--) 

-  Plant  or  Minor  Property  items  for  Excess 

-  COND_C_E  +  POC_N  +  POC_P_#  +  PROP_NID_#  +  QTY_E 

The  information  used  from  the  EXCESS-M  to  locate  the 
corresponding  DD  1342.   These  two  sources  are  then 
combined  to  form  an  EXCESS (--*). 

-  N/A 

-  Module(s)  used  in:  3UILD  ?MP  RECORD 

BUILD  D_?ENDING  FILE 

INPUT  PLANT/MINOR  EXCESS ( — ) 

INPUT  TRANSACTIONS 

PROCESS  DAILY  TRANSACTIONS 

See  also  EXCESS-M 

EXCESS(--*) 

-  Combined  DD  1342  and  Excess(--) 

-  EXCESS (--)  +  DD  1342 

-  N/A 

-  Module(s)  used  in:  ADD  VARIABLES 

BUILD  ?MP  RECORD 
CHECK  IE /ADPE/ OTHER 

HEIGHT 

-  Item  Height 

-  Item  height  in  inches  zr   feet 

-  Numeric  Character  format  of  4  characters  with  no  decimal 

-  Module! s)  used  in:  See  also  COMPLETED  WS  13  42 

PLANT  FILE 
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HIT_LIST_REP 

-  Hit  List  Report 

-  DATE_TERM  +  PROP_NID_#  +  NOUN_NAME  +  DEPT_CODE  + 
COND_C_E  +  QTY_E  +  RPT_# 

A  list  of  items  available  for  reutilization  within  the 
local  command.   Normal  duration  is  21  days,  but  IE  is  up 
to  90  days  and  ADPE  is  up  to  201  days. 

-  N/A 

-  Module(s)  used  in:  ADD  VARIABLES 

BUILD  D  PENDING  FILE 


HOLD_REP 

-  Hold  Report 

-  DATEJTERM  +  ?RCP_NID_#  +  NCUN_NAME  -  DEPT_CODE. 

Used  to  manage  items  being  held  for  local  iispcsition  or 
transfer  and  awaiting  3D  1149  or  OD  1348-K  +  ). 

-  N/A 

-  Moduie(s)  used  in:  CHECK  PHASE 

IE_SCR_P 

-  IE  Screening  Period 

-  The  amount  of  time  that  IE  is  available  for  screening 
before  final  disposition.   Currently  this  '.s    30  lays. 

-  Numeric  format  consisting  of  2  digits 

-  Module! s)  used  in:  CHECK  IE/ADPE/OTHER 

IN_FMT  WS  1342(C) 

-  No  Alias 

-  Format  that  combines  one  pending  '■iS    1342 (+)  with  the 
COMPLETED  WS  1342  resulting  in  a  3D  1342. 

-  Modulei s)  used  in:  COMBINE  1342  INFORMATION 
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IN_FMT  WS  1342 (+) 

-  WS  1342 (+)  Input  Format 

-  Formatted  1342  Worksheet  used  for  WS  1342 (+)  data  input 

-  N/A 

-  Module! s)  used  in:  ADD  WS  1342(+)  INFORMATION 

INST_ACT 

-  Instruction  Action,  PHASE 

-  DL  or  DT 

The  type  of  action  authorized  by  DARIC  or  DIPEC  for  an 
item. 

-  N/A 

-  Moduie(s)  used  in:  INPUT  INSTRUCTIONS 

INST_D_DATE 

-  Automatic  release  dare 

-  The  Julian  lane  equipment  can  be  disposed  of  locally  as 
determined  by  DARIC  or  DIPEC.   Used  to  replace  the  first 
4  characters  of  DATEJTERM. 

-  Julian  date  format  of  4  characters . 

-  Module(s)  used  in:  INPUT  INSTRUCTIONS 

INV_DATE 

-  Inventory  Date 

-  The  date  in  month/day/year  form  of  the  last  official 
physical  inventory  of  the  item 

-  Date  format  of  3  characters;  2  month  digits,  2  day 
digits ,  and  2  year  digits 

-  Module(s)  used  in:  COMPARE  NID_# 

See  also  DD  1342 (-) 
See  also  INV_?RCP 
PLANT  FILE 
MINOR  FILE 
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INV_PROP 

-  Inventory  date  update 

-  INV_DATE  +  PROP_CODE  +  NID_# 

-  N/A 

-  Module! s)  used  in:  CONDUCT  INVENTORY 

JULIAN 

-  Julian  Dare 

-  Date  format  of  4  digits  where  the  first  digit  is  the 
last:  digit  of  the  year  and  the  last  three  digits  of  the 
Julian  date  are  the  day  of  the  year 

-  Character  format  consisting  of  4  numeric  characters 

-  Module! s)  used  in:  See  also  COMPLETED  WS  1342 

MINOR  FILE 
PLANT  FILE 

LENGTH 

-  Item  length 

-  Item  length  in  inches  or  feet 

-  Numeric  Character  format  of  4  characters  with  no  decimal 

-  Module! 3)  used  in:  See  also  CCMPLSTED  WS  1342 

PLANT  FILE 

LOCATE 

-  Present  location 

-  The  building  and  room  number  the  item  is  located  in 

-  Character  format  consisting  of  3  characters.   The  first 
four  for  the  building  number,  the  second  four  for  the 
rocm  number 

-  Moduleis)  used  in: 'See  also  COMPLETED  WS  13  42 

See  also  DD  1342(-) 
PLANT  FILE 
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MFG_CODE 

-  Manufacture  Code 

-  The  code  used  by  the  supply  system  to  determine  the 
manufacture  of  an  item 

-  Character  format  consisting  of  up  to  5  characters 

-  Moduie(s)  used  in:  See  also  COMPLETED  WS  1342 

See  also  DD  13  421 -) 
PLANT  FILE 


MFG_MOD_# 

-  Manufacture  Model  Number 

-  The  number  a  manufacture  assigns  to  a  particular  model 
or  product  line 

-  Character  format  consisting  of  up  to  15  characters 

-  Moduie(s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

See  also  SXCESS-M 
See  also  WS  1342 
D_?ENDING  FILE 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 


MFG_NAME 

-  Manufacture  Name 

-  The  name  of  the  manufacture  of  the  item. 

-  Character  format  consisting  of  up  co  30  characters 

-  Module(s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

See  also  SXCESS-M 
See  also  WS  13  42 
D_?ENDING  FILE 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 
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MFG_SER_# 

-  Manufacture  Serial  Number 

-  A  series  of  characters  to  uniquely  identify  a  particular 
component  produced  by  a  manufacture. 

-  Character  format  consisting  of  20  characters 

-  Module(s)  used  in:  ADD  1342 (+)  INFORMATION 

See  also  DD  1342(-) 
See  also  EXCESS-M 

See  also  WS  13  42 (+) 
D_?ENDING  FILE 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 

MFG_YEAR 

-  Year  of  Manufacture 

-  The  year  an  item  has  completed  ins  manufacturing  process 

-  Character  format  of  3  characters  representing  for  one 
last  two  digits  of  the  year  plus  an  "E"  for  items  with 
estimated  years  of  completed  manufacture. 

-  Module(s)  used  in:  See  also. COMPLETED  WS  13  42 

See  also  EXCSSS-M 
D_?ENDING  FILE 
MINOR  FILE 
PLANT  FILE 
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NID_# 

-  Navy  Identification  Tag  Number 

-  Unique  number  locally  generated  used  to  track  the 
custody  of  a  Plant  or  Minor  Property  item  at  NPS.   The 
first  5  numbers  in  the  sequence  are  always  62211  for 
items  originally  tagged  at  NPS 

-  Character  format:  consisting  of  12  characters 

-  Module(s)  used  in:  ADD  1342 (+)  INFORMATION 

COMPARE  NID_# 

DELETE  DISP_?END  RECORD 

MANAGE /STATUS  D_?ENDING  FILE 

MODIFY  1342 

See  also  DD  1342(-) 

See  also  SXCESS-M 

See  also  PROP_NID_# 

See  also  WS  1342(+) 

D_?ENDING  FILE 

MINOR  FILE 

PENDING  FILE 

PLANT  FILE 


N0N_AVL_4 

-  Certificate  of  Non  Availability  Number 

-  Number  assigned  by  DIPEC  authorizing  purchase  of  IS 

-  Character  format  consisting  of  up  to  15  characters 

-  Module(s)  used  in:  See  also  COMPLETED  WS  1342 

PLANT  FILE 

NOUN_NAME 

-  Noun  Name 

-  The  common  nomenclature  the  piece  of  equipment  goes  by 

-  Character  format  consisting  of  up  to  30  characters 

-  Module! 3)  used  in:  NOTICE  OF  PENDING  RECEIPT 

See  also  DD  1342(-) 
See  also  EXCESS-M 
See  also  WS  1342  ' 
D_?ENDING  FILE 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 
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OUT_FMT  DD  1342 

-  Output  DD  1342  DCD  Property  Record  Card 

-  Print  format  of  the  DD  1342.   The  constants  used  in 
printing  the  DD  1342  are  located  at  the  end  of  the 
alphabetical  data  element  listing  on  page  154. 

-  N/A 

-  Module! s)  used  in:  PRINT  13  42 

OUT_?MT  DD  1342(-) 

-  Inventory  Report 

-  DD  1342(-)  formatted  for  printing  the  inventory  report 
of  items  to  be  inventoried  or  items  missing  after  an 
inventory 

-  N/A 

-  Module(s)  used  in:  PRINT  INV  LIST 

0UT_7MT  PENDING 

-  Pending  item  report 

-  The  items  in  the  pending  file  that  were  entered  past  a 
certain  DATE_ZNT  and  with  a  certain  ?END_STAT  formatted 
for  a  printed  report 

-  N/A 

-  Module(s)  used  in:  PENDING  REPORT 

OUT_?MT  WS  1342 (+) 

-  No  Alias 

-  Format-ec  1342  enhanced  worksheet  used  for  printing 

-  N/A 

-  Module(s)  used  in:  PRINT  WS  13  42 (+) 
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PENDING  FORMAT 

-  No  Alias 

-  WS  1342  +  PEND_STAT  +  DATE_ENT 

-  N/A 

-  Module(s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

PENDING  REPORT 

PEND_SRCH 

-  Pending  Report  search  parameters 

-  SRCH_DATE  +  ?END_STAT 

-  N/A 

-  Module(s)  used  in:  PENDING  REPORT 

PEND_STAT 

-  Pending  Status  Code 

-  One  letter  code  10  determine  if  the  item  is  pending 
delivery,  or  already  received  or  that  the  complete  WS 
1342  has  not  been  received  by  ?MB 

-  Character  format  consisting  of   1  character 

-  Module(s)  used  in:  ADD  1342 (+-)  INFORMATION 

NOTICE  OF  PENDING  RECEIPT 
PENDING  REPORT 
See  also  PENDING  FORMAT 
PENDING  FILE 
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PHASE 

-  Disposition  Phase 

-  Distinguishes  which  phase  of  the  disposition  process  an 
item  is  in  according  to  the  following  codes 

DL  =  Item  will  be  disposed  by  DRMO. 

DLH  =  Accepted  to  be  disposed  of  by  DRMO,  or  available 

for  screening  by  ail  COD. 
DT  =  Item  will  be  transferred  to  another  command. 
DTH  =  Awaiting  receipt  for  transferred  item. 
R   =  Item  is  available  for  reutilization. 

-  Character  format,  consisting  of  3  characters. 

-  Module! s)  used  in:  ADD  VARIABLES 

See  also  D_?SND_INFO 
D  PENDING  FILE 


PHY_DESC 

-  Physical  Description 

-  Physical  description  of  item  including  electrical 
requirements 

-  Character  format  consisting  of  up  to  256  characters  with 
provisions  for  more  for  Plant  Property  and  20  characters 
for  Minor  Property 

-  Module(s)  used  in:  See  also  COMPLETED  WS  13  42 

See  also  PXCSSS-M 
D_?ENDING  PILE 
MINOR  PILE 
PLANT  FILE 
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P0_# 

-  Purchase  Order  Number 

-  A  unique  number  locally  generated  used  to  track  a 
purchase  order 

-  Character  format  consisting  of  up  to  20  characters 

-  Module(s)  used  in:  GST  WS  1342 

NOTICE  OF  PENDING  RECEIPT 
See  also  WS  1342 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 


POC_N 

-  Point  of  Contact  Name 

-  The  name  of  the  person  who  is  to  to  contacted  concerning 
excess  property. 

-  Character  format  consisting  of  20  characters 

-  Module! s)  used  in:  See  also  EXCES3-M 

D  PENDING  FILE 


?OC_?_* 

-  Point  of  Contact  phone  number 

-  The  telephone  number  extension  of  the  ?OC_N 

-  Character  format  of  4  characters. 

-  Module(s)  used  in:  See  also  EXCESS-M 

D  PENDING  FILE 
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PROP_COBE 

-  Property  Code 

-  One  letter  code  to  determine  the  type  of  property  and 
other  special  characteristics  of  the  item  such  as  Plant, 
Minor,  Audiovisual,  and  so  forth. 

-  Character  format  consisting  of   1   character 

-  Module(s)  used  in:  CONDUCT  INVENTORY 

NOTICE  OF  PENDING  RECEIPT 
See  also  PROP_NID_# 
See  also  SEARCH 
See  also  WS  1342 
D_PENDING  FILE 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 


PROP_NID_* 

-  No  Alias 

-  ?ROP_CODE  +  NID_# 

-  N/A 

-  Module! s)  used  in:  ACQUISITIONS 

GET  WS  1342 (+) 
MODIFY  13  42 
PRINT  1342 

RECONCILIATION  OF  13  42 
See  also  EXCESS-M 

PWR_CCDE 

-  Power  Code 

-  The  code  from  REF  2  that  determines  the  power 
requirements  of  an  item 

-  Character  format  consisting  of  2  characters 

-  Module(s)  used  in:  See  also  COMPLETED  WS  1342 

PLANT  FILE 
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QTY 

-  Quantity 

-  The  quantity  or  number  of  Minor  Property  items  under  a 
NID_# 

-  Numeric  format  of  3  digits  with  no  decimal  point 

-  Module(s)  used  in:  3UILD  PMP  RECORD 

See  also  COMPLETED  WS  13  42 
MINOR  FILE 

QTY_E 

-  Quantity  Sxcessed 

-  Quantity  being  excessed  on  2XCESS-M.   This  might  differ 
from  the  quantity  indicated  on  the  DD  1342. 

-  Numeric  format  consisting  of  3  digits. 

-  Module(s)  used  in:  3UILD  ?MP  RECORD 

See  also  D_?END_INFC 
D_?ENDING  FILE 

REQN_# 

-  Requisition  (Stub)  Number 

-  A  unique  number  to  track  an  item  being  procured  -hrougn 
the  supply  system. 

-  Character  format  consisting  of  up  to  20  characters 

-  Module! s)  used  in:  NOTICE  OF  PENDING  RECEIPT 

See  also  WS  13  42 
MINOR  FILE 
PENDING  FILE 
PLANT  FILE 
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RPT_# 

-  Report  Number 

-  UIC  +  DATE_ENT_D 

This  number  is  assigned  to  the  SF_120_REP  (block  1)  and 
is  the  only  way  to  match  incoming  DARIC_INST  with  a 
D_PEND_INFO  record. 

-  Character  format  consisting  of  11  characters 

-  Module(s)  used  in:  CHECK  IE/ADPE/OTHER 

MANAGE /STATUS  0_?ENDING  FILE 
See  also  0_?END_INFO 

D_?ENDING  FILE 

R_SCR_? 

-  Reutilization  Screening  Period 

-  The  amount  of  time  that  an  item  is  available  for 
reutilization  locally  before  being  disposed  of. 
Currently  -his  is  21  days. 

-  Numeric  format  consisting  of  2  digits 

-  Module(s)  used  in:  ADD  VARIABLES 
SEARCH 

-  Inventory  Report  search  parameters 

-  3RCH_DATE  -  ?RC?_CCDE  -  DE?T_CCDE 

-  N/A 

-  Module! s)  used  in:  CONDUCT  INVENTORY 

PENDING  REPORT 

SEQ_4 

-  Sequence  Number 

-  Is  comprised  of  the  DATE_SNT_D  plus  COUNT.   Is  used  to 
identify  each  individual  disposition. 

-  Character  format  of  6  characters. 

-  Module! s)  used  in:  ADD  VARIABLES 

See  also  DATE  TERM 
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SF_120_REP 

-  ADPE  availability  for  Disposition  report 

-  Data  elements  are  not  currently  defined. 

Report  format  that  is  sent  to  DARIC  for  notification 
that  an  ADPE  item  is  available  for  reutilization. 

-  N/A 

-  Module(s)  used  in:  3UILD  D_?ENDING  FILE 

CHECK  IE /ADPE /OTHER 

SRCH_COND 

-  Search  Condition  Criteria 

-  File  search  conditions  used  to  generate  AD-HOC  REPORTS 

-  N/A 

-  Module! s)  used  in:  AD- HOC  REPORTS 

3RCH_DATE 

-  Search  Dare 

-  A  date  used  for  file  search  in  month/day/ year  form 

-  Dare  f  ormar  of  3  oharacrers  ,•  2  month  digirs ,  2  day 
digirs ,  and  2  year  digits 

-  Module(s)  used  in:  COMPARE  NID_# 

PRINT  INV  LIST 
•  See  also  SEARCH 
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STK._#_REQ 

-  Stock  Number  for  ADPE 

-  7xxx  where  the  xxx  represents  the  last  three  digits  of 
the  ADPE  stock  number.   The  first  character,  7 , 
indicates  the  item  is  an  ADPE  item. 

-  Character  format  consisting  of  a  7  followed  by  3 
characters. 

-  Module(s)  used  in:  CHECK  IE/ADPE/OTHER 

STOCRJ 

-  Standard  Stock  Number 

-  The  number  given  an  item  by  the  DOD  Supply  System. 
Not  used  with  Class  IV  items 

-  Character  format  consisting  of  4  characters 

-  Module(s)  used  in:  See  also  COMPLETED  WS  1342 

See  also  DD  1342 (-) 
See  also  SXCSSS-M 
D_PENDING  FILE 
MINCR  FILE 
PLANT  FILE 


SYSTEM  DATE 

-  Today's  Date  in  the  computer  system 

-  The  date  of  today  from  the  system  in  Julian  format.  The 
dBASE  III' PLUS  command  to  get  the  date  is  DATE( )  which 
must  then  be  converted  to  Julian. 

-  Date  format  with  the  month/day /year  in  numeric  format. 

-  Module(s)  used  in:  ADD  VARIABLES 

CHECK  STATUS 
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TEM?  FILE 

-  Temporary  File 

-  DD  1342  +  EXCESS(-)  +  EXCESS(--) 

Used  as  a  temporary  file  while  building  a  D_PEND_INFO 
record. 

-  N/A 

-  Module(s)  used  in:  ADD  VARIABLES 

BUILD  D_?ENDING  FILE 

BUILD  PMP  RECORD 

CHECK  IE /ADPE/ OTHER 

INPUT  PLANT/MINOR  EXCESS (--) 

INPUT  OTHER  EXCESS (- ) 

TRANS_REP 

-  Transfer  Report 

-  RPT_#  +  PRCP_NID_*  +  NOUN_NAME  +  DATS_TSRM  +  DEPT_CODE 
Used  to  ship  an  item  from  this  command  10  another . 
Issue  Control  sends  this  report,  to  the  Frieght 
specialist  as  a  transmittial  letter. 

-  N/A 

-  Module(s)  used  in:  CHECK  PHASE 

TYPE_CODE 

-  Type  Code 

-  Determines  the  class  of  the  property. 

-  Character  format  consisting  of  1  character 

-  Module's)  used  in:  See  also  COMPLETED  WS  1342 

See  also  EXCES3-M 
D_?ENDING  FILE 
MINOR  FILE 
PLANT  FILE 
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TYP_C_REQ 

-  Type  code  requirement 

-  A  number,  if  equal  to  one  then  the  item  is  IE. 

-  Numeric  format  consisting  of  1  digit 

-  Module(s)  used  in:  CHECK  IS /ADPE/ OTHER 

WEIGHT 

-  Item  Weight 

-  Item  weight  in  pounds 

-  Numeric  Character  format  of  5  characters  with  no  decimal 

-  Module! s)  used  in:  See  also  COMPLETED  WS  13  42 

PLANT  FILE 

WIDTH 

-  Item  Width 

-  Item  width  in  inches  or  feet 

-  Numeric  Character  format  of  4  characters  with  no  decimal 

-  Module(s)  used  in:  See  also  COMPLETED  WS  13  42 

PLANT  FILE 

WS  1342 

-  Property  Worksheet 

-  PO_#  +  REQN_4  +  MFG_NAME  +  MFG_MOD_#  -  NCUN_NAME  + 
CONSIGNOR  +  DEPT_CCDE  +  ?ROP_CODE 

-  N/A 

-  Module  is)  used  in:  ADD  1342 (  +  )  INFORMATION 

EQUIPMENT  RECEIPT 

See  also  WS  13  42 (+) 

See  also  PENDING  FORMAT 
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WS  1342(+) 

-  Enhanced  WS  1342  Worksheet 

-  WS  1342   +  NID_#  +  DATE_RECV  +  MFG_SER_# 

-  N/A 

-  Module(s)  used  in:  ADD  13  42  (  +  )  INFORMATION 

EQUIPMENT  RECEIPT 

COMBINE  13  42  INFORMATION 

GET  1342(+) 

PRINT  WS  13  42(+) 

RECONCILIATION  OF  1342 

UPDATE  PENDING  FILE 

See  also  COMPLETED  WS  13  42 

UIC 

-  Unit  Identification  Code 

-  A  character  format  that  designates  this  command, 

-  Character  format  consisting  of  II  characters. 

-  Module(s)  used  in:  CHECK  IE/ADPE/OTHER 

See  also  RPT  # 
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DD  1342  CONSTANTS 


The  following  items  remain  constant  in  the  printing  of 

:he  DD  13  42  and  should  be  hard  programmed  into  the  print 


:unction  or  this  moauie. 
Item 


The  module  is  called  PRINT  1342 


Value 


-  Status  Code  1A 

-  Service  Code  1 

-  Command  Code  NO 00 11 

-  Administrative  Office  Code  N00228 

-  Present  Location 


Block  on  DD  1342 
10 
11 
12 
13 


-  Possessor  Code 

-  Condition  Code 

-  Validation 


Naval  Postgraduate  School 
No  Address  RM. 

Monterey,  CA         BLDG. 


(  Most  of  31ock  26  ) 
62271(7685435)      29 
A  52 

Supervisor  Name  57 
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Data  Element 

COND_C_E 
COST 

DATE_ENT_D 

DATE_TERM 

DE?T_CODE 

MFG_MOD_# 

MFG_NAME 

MFG_SER_* 

MFG_YEAR 

NID_4 

NOUN_NAME 

PHASE 

?HY_DESC 

POC_N 

POC_P_  # 

PROP_( 

QTY_E 

RPT_# 

STOCK_# 

TYPE  CODE 


D_PENDING  FILE 

Type 

Character 

Numeric 

Julian  Dat< 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Numeric 

Character 

Character 

Character 


Size 

2 
7 

4 
10 

4 

15 

30 

20 

3 

16 

30 

3 

256 

20 

4 

1 

3 

11 

4 

1 


Total 


444 


Average  number  of  records  for  D_?ENDING  file  is  1,000 

Disk  Storage  for  1,000  indexed  records  is  approximately 

0.46  mb 

444  byres /records  *  1,000  records  +  [(Field  length 
(DATE_TERM  =  10 )  +  Pointer  Length  of  4  bytes)  *  1000  records 
*  1.3]  =  0. 46  mb 
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Data  Element 

CONSIGNOR 
COST 

DATE_RECV 

DEPT_CODE 

INV_DATS 

JULIAN 

LOCATE 

MFG_MOD_4 

MFG_NAME 

MFG_SER_# 

MFG_YEAR 

NID_4 

NOUN_NAME 

?HY_DESC 

PO_# 

?RCP_CCDE 

QTY 

REQN_4 

STOCK_# 

TYPE  CODE 


MINOR  FILE 

Type 

Size 

Character 

50 

Numeric 

7 

Date 

8 

Character 

4 

Date 

8 

Character 

4 

Character 

8 

Character 

15 

Character 

30 

Character 

20 

Character 

3 

Character 

12 

Character 

30 

Character 

20 

Character 

20 

Character 

1 

Numeric 

3 

Character 

20 

Character 

4 

Character 

]L 

Total 


253 


Average  number  of  records  for  Pending  file  is  50,000 

Disk  Storage  for  50 ,  300  indexed  records  is  approximately 
17.32  mb 

253  bytes/records  *  60,000  records  +  [(Field  Length 
(NID_#  =  12]  +  Pointer  Length  of  4  bytes)  *  50,000  records  * 
1.3]  =  17.32  mb 
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PENDING  FILE 


Data  Element 

CONSIGNOR 
DATE_RECV 

DEPT_CODE 

MFG_MOD_# 

MFG_NAME 

MFG_SER_# 

NID_# 

NOUN_NAME 

?END_STAT 

PO_# 

?ROP_CODE 

REQN_# 


Type 


Size 


Character 

50 

Data 

8 

Character 

4 

Character 

15 

Character 

30 

Character 

20 

Character 

12 

Character 

30 

Character 

1 

Character 

20 

Character 

1 

Character 

20 

Total 


211 


Average  number  of  records  for  Pending  file  is  1000 

Disk  Storage  for  1000  indexed  records  is  approximately 
0.24  mb 

211  bytes/records  *  1000  records  +  [(Field  Lengnh  lPO_# 
20)  +  Pointer  Length  of  4  bytes)  *  1000  records  *  1.3] 
0.24  mb 
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Data  Element 

COMOD_CODE 

CONSIGNOR 

COST 

DATE_RECV 

DEPT_CODE 

HEIGHT 

INV_DATE 

JULIAN 

LENGTH 

LOCATE 

MFG_CODE 

MFGJMOD_# 

MFG_NAME 

MFG_3ER_4 

MFG_YEAR 

NID_* 

NCN_AVL_* 

NOUN_NAME 

PHY_DESC 

PO_4 

?ROP_CODE 

PWR_CODE 

REQN_* 

STOCK_# 

TYPS_CCDE 

WEIGHT 

WIDTH 


PLANT  FILE 

Type 

Character 
Character 
Numeric 

Date 

Character 

Character 

Dane 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 

Character 


Size 

14 

50 

7 

8 

4 

4 

3 

4 

4 

3 

5 

15 

30 

20 

3 

12 

16 

30 

256 

20 

1 

2 

20 

4 

1 
5 
4 


w/  memo 


Total 


0  30 


Average  numoer  of  records  for  Pending  file  is  5,300 

Disk  Storage  for  5,000  indexed  records  is  approximately 
2.89  mb 


555   bytes/records 


5,000   records   +   [(Field   Length 


NID  *  = 


->  ~)   \ 


+  Pointer  Length  of  4  bytes)  *  5,000  records  * 


1.3]  =  2.39  mb 
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APPENDIX  C 
HIERARCHY  CHARTS 

The  hierarchy  charts  presented  in  this  appendix  show  the 
structure  of  the  proposed  ?MPS.  A  brief  overall  view  of  the 
system  is  followed  by  a  more  detailed  view  of  its  two  major 
functions;  Acquisitions  and  Dispositions.  The  cross- 
reference  charts  are  duplicated  here  for  ease  of  reference. 
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PMPS 


ACQUISITIONS 


DISPOSITIONS 


AD-HCC 
REPORTS 
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APPENDIX  D 
INPUT/PROCESS /OUTPUT  CHARTS 

The  IPO  charts  in  -his  appendix  are  used  to  describe  the 
incurs  to,  the  outpurs  from,  and  the  process  performed  by 
each  module.  The  data  dictionary  (Appendix  3)  defines  the 
input  and  output  structure  of  nonlocal  data  elements  lisred 
in  the  IPO  charts.  The  algorithm  description  in  the  process 
section  defines  the  process  of  the  proposed  module  in  a 
structured  English  format.  The  IPO  chart  order  is  the  order 
depicted  by  the  hierarchy  charts  in  Appendix  C  listed  on  the 
next  page . 
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IPO  Chart  page 

PMFS  170 

ACQUISITIONS  171 

NOTICE  OF  PENDING  RECEIPT  172 

EQUIPMENT  RECEIPT  173 

GET  WS  13  42 174 

ADD  WS  13  42 (+) INFORMATION  175 

UPDATE  PENDING  FILE  176 

PRINT  WS  1342 (+)  177 

RECONCILIATION  OF  13  42  178 

GET  WS  1342(  +  )  179 

COMBINE  1342  INFORMATION  180 

UPDATE  FILES  181 

PRINT  1342  182 

MODIFY  1342  133 

BROWSE  RECORD  134 

DELETE  DISP_PEND  RECORD  185 

CONDUCT  INVENTORY 186 

COMPARE  NID_#  187 

PRINT  INV  LIST  188 

PENDING  REPORT 189 

DISPOSITIONS  190 

PROCESS  DAILY  TRANSACTIONS  191 

INPUT  TRANSACTION  192 

INPUT  PLANT/MINOR  EXCESS  (  —  )  193 

INPUT  OTHER  ZXCSSS(  - )  194 

BUILD  D_?ENDING  FILE  195 

BUILD  ?MP  RECORD  196 

ADD  VARIABLES  197 

CHECK  IS/ ADPE/ OTHER  198 

STORE  DATA  199 

DISPOSITIONS  MANAGEMENT  200 

MANAGE/ STATUS  D_?ENDING  FILE  201 

INPUT  INSTRUCTIONS  202 

CHECK  PHASE  203 

MODIFY  RECORD  204 

AD-HOC  REPORTS  205 
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j-in  n    n 

IUI  JYL  ]Dj 


ura  lEMisnr 


SYSTEM: 
MODULE: 


ri  ir-r 


PMPS 


PREPARED  BV:      SMITH 
DATE:        FEBRUARY  19B7 


CALLS  OR  INVOKES: 

ACQUISITIONS 
DISPOSITIONS 

AD -HOC  REPORTS 


PROCE 

'DO  WHILE  J. 

DISPLA 

SELECT! 

iV  SCREEN  MENU 
'  CHOICE 

1.  ACQUISITIONS 

2.  DISPOSITIONS 

3.  AO-HOC  REPORTS 

4.  RETURN  TO  OPERATi 

5.  QUIT 

NG  SVSTEH 

ENDDO 

LOCAL  DATA  ELEMENTS: 
NONE 


MOTES: 
NONE 
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w§  m&Mf 


SYSTEM: 
MODULE; 


PMPS 


ACQUISITIONS 


CALLED  OR  INVOKED  BV: 


PMPS 


PREPARED  BV:     SMITH 
DATE:        FEBRUARY  I9B7 


CALLS  OR  INVOKES: 

HOT  ICE  OF  PENDING  RECEIPT 
EQUIPMENT  RECEIPT 
RECONCILIATION  OF  1342 
PRINT  1342 
CONDUCT  INVENTORY 
MODIFV  1342 
PENDING  RECEIPT 


OUTPUTS: 

PROP-NID-* 


DISPLAY  ACQUISITION  MENU 
DO  WHILE  T. 

GET  USER  OPTIONS 

DO  CASE  TO  EHECUTE  CORRECT  MODULE 

ON  CASE  =  PRINT  1342  ENTER  PROP-1ID.* 

,  ™     ON  CASE  =  EXIT  RETURN 
END  DO 


LOCAL  DATA  ELEMENTS: 

CHOOSE 
mPRDP_NID_* 


NOTES: 


NONE 
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MF1  EMIT 


SYSTEM: 
MODULE: 


PMPS 


NOTICE  OP  PENDING  RECEIPT 


PREPARED  BV:       SMITH 
DATE:        FEBRUARV  1967 


CALLED  OR  INVOKED  BV: 

ACQUISITIONS 


CALLS  OR  INVOKES: 


NONE 


INPUTS: 

NOUN-NAME 

PQ_* 

CONSIGNOR 

REQH-* 

DE?T_CODE 

MFGJMME 

l>ATE_£NT 

'1FG_MOD_* 

prop_:qde 

OUTPUTS: 

PENDING  FORMAT 


PR0CE9S 

DO1' 

vHlLE.T. 

DISPLAY  PENDING 
DD  WHILE  J. 

RECEIVE! 

IF  VALID 
ENDDO 

INPUT  SCRE 

JSEP  INPUT 
THEN  EJI  IT 

EN 
FROM  KEl 

'HOARD 

SET  PEMD-STAT  T 
APPEND  PENDING 

OP" 
FORMAT  TO 

PENDING 

FILE 

IF  MOPE  ENTRIES 

ARE  DESIRE! 

)  "HEN  E> 

IT 

RETURN 

ENDDO 

LOCAL  u«TA 

ELE 

MENTS. 

m  VERIFY 

mMORE 

NOTES: 


SCREEN  DISPLAY  MUST 
ALLOW  FOR  USER  TO  VERIF' 

dat.^  s  ::rpe:~  before 

::Li  IS  APPENDED 


it: 


SYSTEM: 

PMPS 

MODULE: 

EQUIPMENI  WLLLtPi 

CALLED  OR  INVOKED  8 V: 

ACQUISITIONS 

INPUTS: 
WS  1342 
WS  1342(- 

k't 
i 

PREPARED  BV:       SMITH 
DATE:        FEBRUARY  196' 


CALLS  OR  IN 

/OKES: 

SET  WS 

1342 

ADD  1342C+)  INFORMATION 

UPDATE 

PENDING  FILE 

PRINTS', 

'S  I342H 

OUTPUTS: 

WS 

1342 

WS 

1342->;< 

PRQCE9S 

SET  WS  1342 

ADD  1342W  INFORMATION 

WRITE  UPDATED  RECORD  BACK' 

TO  PENDING  F 

L£ 

PRINT  WS  I342W 

RETURN 

MOTES: 
NONE 
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SYSTEM: 
MODULE: 


PMPS 


GETWS  1342 


PREPARED  BV:       SMITH 
DATE:        FEBRUARY  19B7 


:alledor  invoked  bv: 
equipment  receipt 


:ALLS  OR  INVOKES: 
NONE 


OUTPUTS: 
WS  13^2 


PROCESS. 

DQ  WHILE  T. 

ENTER  PCL* 

LOCATE  RECORD  WITH  THAT  POL* 

IF  MOT  EOF  THEN 

RETURN 

DISPLAT  ERROR  MESSAGE 

ASK  USER  IF  THEV  WAMT  TO  TRV  AGAIN  CY/N) 

IF  mTRV  =  W  THEM  RETURN  TO  ACQUISITIONS  MENU 

ENDDO 

1 

LOCAL  DATA 

ELEMENTS. 

mTRV 

mPCL* 

i 

.MOTES. 
NONE 
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pmps 


SVSTEM:      _ 

MODULE:     ADD  1342W  INFORMATION 


PREPARED  BY:       SMITH 
DATE:        FEBRUARY  19B' 


CALLED  OR  INVOKED  BV: 

EQUIPMENT  RECEIPT 


CALLS  OR  INVOKES: 
NONE 


INPUTS: 

DATE-RECV 
HID-* 

MF6-SER-* 
WS  1342 


OUTPUTS: 

WS  1342'>) 


proce;; 


DISPLAY  SCREEN 

FILL  IN  WS  13^2  INFORMATION  AUTOMATICALLY 

PROMPT  USERTO  FILL  IN  THE  MISSING  WS  i  542  INFORMATION 
REPLACE  PEND-STAT  WITH  '  R  ' 

PROMPT  USERTO  FILL  IN  THE  WS  1342W  INFORMATION 
REPLACE  DATEJEHT  WITH  DATE-RECV 
VERIFY  ALL  INFORMATION  CORRECT 

?ES.  RETURN  WS  1342W  TO  EQUIPMENT  RECEIPT  MODULE 

NO;  CORRECT  INFORMATION 
REPEAT  7ERIFV 


.DCAL  DATA  ELEMENTS: 
eVERIFV 
mMFGLSER-* 
mNIO_* 
mDATE_RECV 


NOTES: 

THE  m  BEFORE  THE  LOCAL  VARIABLE 
IS  USED  TO  DEMOTE  A  MEMORY 

VARIABLE  THAT  IS  THE  LGCAL 
VAR !  AB  LE  FOR  T  HE  I N  PUT  0  AT  A 
ELEMENT 
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m  m&wf 


SYSTEM: 
MODULE: 


PMPS 


SMITH 


PRINT  WS  I342W 


PREPARED  BY: 


DATE:        FEBRUARY  19B7 


CALLED  OP.  INVOKED  BV: 


EQUIPMENT  RECEIPT 


INPUTS: 
WS  I342W 


PROCE^ 

FORMAT  WS  1342W 

FOR  PRINTING 

SET  PRINT  ON 

PRINT    WS  I342W 

SET  PRINT  OFF 

RETURN  TO  ACQUIS! 

TIONS 

MENU 

MOTES: 
NONE 
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SYSTEM: 
MODULE: 


PMPS 


UPDATE  PENDING  FILE 


PREPARED  B^:       SMITH 
DATE:        FEBRUARY  19B7 


CALLED  OR  INVOKED  BY: 
EQUIPMENT  RECEIPT 


INPUTS: 


WS  134'2'>) 


PROCE 

sS: 

REPLACE  W9 1342  V 

*  ITH  WS  I 

342  W 

DISPLAY 

SUCCESS? 

U  UPDAT 

E  MESSAGE 

PRESS  Ai 

■JY  KEY  TO 

CONTINUE 

RETURN ' 

rO  EQUIPMENT  PECE 

!PT  MODULE 

MOTES: 
NONE 
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n 


SYSTEM: 
NODULE: 


FMPS 


RECONCILIATION  OF  1342 


PREPARED  6 V:  SMITH 

DATE:       FEBRUARY  19B7 


CALLED  OR  INVOKED  BV: 
ACQUISITIONS 


CALLS  OR  INVOKES: 

GETWS  1342M 

COMB  I  ME  1342 'INFORMATION 
UPDATE  PILES 
PRINT  1342 


INPUTS: 
WS  1342W 
DO  1342 


OUTPUTS: 

WS  1342W 

DO  1 342 

PROP_T-4ID_* 


?ROCES 

S: 

SET  WS  1342W 

COMBINE  1342  INFORMATION 

UPDATE  F'LES 

IF  HARD  COPY  DESIRED  THEN 

SEND  FRQP. 

JJID_*  TO  PRINT  1 

342 

IF  ANOTHER  UPDATE  IS  DESIRED 

THEN 

REPE 

M  MODULE 

REURN  TO  ACQUISITIONS  MENU 

MOTES: 
NONE 
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QIF®  CHART 


SYSTEM: 
MODULE: 


PMPS 


GET  WS  1342W 


CALLED  OR  INVOKED  3Y: 
RECONCILIATION  OF  1342 


INPUTS: 
PRQP_NID_* 


PREPARED  BV:       SMITH 
DATE: 


FEBRUARY  19B7 


OUTPUTS: 

WS  I342'» 


PROCESS: 


,TPROP_:ODE  -MINOR THEM 
USE  MINOR  FILE 

ELSE 

USE  PROPERTV  FILE 

LOCATE  WS  1342WBV-NID-* 

RETURN 


LOCAL  DATA 

ELEMENTS: 

mNID_* 

mPRCP_C 

ODE 

MOTES: 

MNE 
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SYSTEM: 
MODULE: 


PMPS 


PREPARED  BV:      SMITH 


COMBINE  1342  INFORMATION 


DATE:        FEBRUARV19B7 


:ALLEDOR  INVOKED  8V: 

RECONCILIATION  OF  1342 


INPUTS: 
WS  1342W 
COMPLETED  WS  1342 


OUTPUTS: 
DO  13^2 


PR0CE9 

b: 
DISPLAY  SCREEN  WITH  VVS  1342W 

ENTER  COMPLETED  WS  1342  DATA 

IF  ?ROP_CODE  =  PLANT  "HEN 
ENTER  PLANT  DATA 

ELSE 

EMTER  MINOR  DATA 

DATA 

USER  VERIFIES  DATA,  PRESS  ANV  1 

CEV  TO  CONTINUE 

RETURN 

.DCAL  DATA  ELEMENTS. 
-nPROP-CODE 


MOTES: 

PROP-CODE  IS  INCLUDED 

IN  THEWS  1342W 


.80 


SYSTEM: 
MODULE: 


PMPS 


UPDATE  FILE1; 


CALLED  OR  INVOKED  BV: 
RECONCILIATION  OF  1342 


INPUTS: 
DO  1342 


PREPARED  BV:       SMITH 
DATE:        FEBRUARY  19B7 


OUTPUTS: 
NONE 


PR0CE93. 


IF  PROP-CODES  MINOR  THEN 

use  minor  file 
else 

USE  PLANT  FILE 

APPEND  DD1342  TO  FILE 

CLOSE  FILE 

USE  PENDING  FILE 

LOCATE  WS  !342WBVMID_* 

DELETE  RECORD 
RETURN 


LOCAL  DATA  ELEMENT' 
mPRQPjCQDE 


MOTES: 

PROPJCODE  ANDTHENIDL* 
ARE  INTHEDD  1 3 42 
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mp®  m&wr 


SYSTEM:  PMPS 

MODULE:       PRINT  1342 


CALLED  OR  INVOKED  SV: 
ACQUISITIONS 
MODIFV  1342 
RECONCILIATION  OF  1342 


INPUTS: 
PROP  J\  ID* 

cqpv_* 


PREPARED  BY:       SMITH 
DATE:        FEBRUARY  19B7 


PROCESS. 


IF  PROP-CODE  *  MINOR  THEN 
USE  MINOR  FILE 

ELSE  USE  PLANT  FILE 

SEEKDD  13^2  SV  NID_* 
ENTER  CQPV_* 

SET  PRIHT  ON 

mPRINT*  0 

DO  WHILE  mCOPY-'ymPRItfr 

PRINT  DDI342 
mPRINT  =  mPRlNT  +  ! 

ENDDO 

SET  PRINT  OFF 

RETURN 


LOCAL  DATA 

ELEMENTS: 

mPRIf-rr 

mPROP_C 

•ODE 

mNID_* 

mCQPV_* 

NOTES: 


NONE 
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PMPS 


SYSTEM:      _ 

MODULE:         MODIFY  1342 


:ALL£D  OR  INVDKED  BV: 
ACQUISITIONS 


INPUTS: 
PROP_NID_* 


PREPARED  BV:       SMITH 


DATE:        FEBRUARY  19B7 


:ALLS  OR  INVOKES: 

PRINT  13^2 

BROWSE  1342 

DELETE  DISP-PEND  RECORD 


OUTPUTS: 
NID_* 


PROCEJ 


'  ENTER  PROP_NID_* 
IF  PROPJCDDE=  MINOR  THEN 
USE  MINOR  FILE 

ELSE 

USE  PLANT  FILE 
PRINT  1342 
BROWSE  1342 
PRINT  !342 

DELETE  DISP-PEND  RECORD 
RETURN 


LOCAL  DATA  ELEMENTS: 
mPRQPJTQDE 
mHICL* 


MOTES: 


NONE 
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.Inlffi 


SYSTEM:  PMP9 

MODULE:         BROWSE  1342 


PREPARED  Br':      SMITH 


DATE:        FEBRUARY  19B7 


CALLED  OR  IMVDKED  BV: 
MODIFV  1342 


INPUTS: 

AS  REQUIRED 
ANV  DD  13^2 

TD  INCLUDE 
DATA 

OUTPUTS: 
HQNE 


PROCE 

wC. 

DISPL^ 

,V  SCREEN  WITH  DD  1342 

N  FDR  HAT 

ION 

DO  WHILE  J. 

3R0WSE  RE< 
"WISHED'? 

:ord 

V/HJ 

IF  mFINISH  = 

=  V  THEN  UPDATE  FILE 

AND  RE1 

'URN 

ENDDO 

LOCAL  DATA  ELEMENTS: 
mFINISH 


MOTES: 
NONE 
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SYSTEM: 
MODULE: 


PMPS 


DELETE  DISP-PEND  RECORD 


CALLED  OR  INVOKED  BV: 
MODIFY  1342 


INPUTS: 


HID-/ 


PREPARED  BV:       SMITH 
DATE        FEBRUARY  19B7 


CALLS  OR  INVOKES: 
NONE 


PROCc 

USE  DJ 
LOCATE 
IF  .NOT 

ELSE 

'ENDING  FILE 
RECORD  WITH  NID_* 
EOF  THEN 
DELETE  PECGRO 
WRITE  "RECORD  DELETED" 

WRITE  "RECORD  NOT  IN  Dl 

SPOS 

ITIDN  PENDING  FILE" 

RETURN 

MOTES: 
HONE 
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IPO  £MT 


SYSTEM 

MODULE: 


PMPS 


CONDUCT  INVENTORY 


CALLED  OR  INVOKED  BV: 
ACQUISITIONS 


INPUTS: 
PROP-CODE 
DEPT-CQDE 
SRCHJ)ATE 

ACTION 


PREPARED  BV:      SMITH 
DATE:        FEBRUARY  19B7 


CALLS  OR  INVOKES: 

PRINT  INV 

LIST 

COMPARE 

?JID_* 

OUTPUTS: 

DEPT-XODE 
SRCRJ3ATE 


PROCESS 


ENTER  PROP_CODE 

IF  PROP-CODE  =  MINOR  THEN 
USE  MINOR  FILE 

ELSE  USE  PLANT  FILE 
ENTER  DEFT-CODE 
ENTER  SRCH-DATE 
DISPLAV    CHOICE    MENU 
ENTER  ACTION 
IF  ACTION  =  1  THEN  • 


PRINT  iNVLISl 


ELSE 


umpare  wd_* 


RETURN 


LOCAL  DATA  ELEMENTS: 
m  PR  OP-CODE 
mDEPT_CQDE 
mSRCH-DATE 


NOTES: 

NONE 
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DIFI  WMT 


SYSTEM: 

MODULE: 


PMPS 


COMPARE    NID_* 


CALLED  OR  INVOKED  8 V: 
CONDUCT   INVENTORY 


INPUTS: 
N!D_* 
INV-DATE 
DEPT_C0DE 
SRCH-DATE 


LOCAL  DATA  ELEMENTS: 
mINVJJATE 


PREPARED  BV:       SMITH 
DATE:        FEBRUARY  19B7 


CALLS  OR  INVOKES: 
PRINT  INV  LIST 


OUTPUT' 


SRC1-LDATE 

0EPT_CODE 


PROCES 

*  DISPLAY  SCREEN 
ENTER  !NV_OATE 
DQ  UNTIL  EOF 

ENTER  NID_* 

LOCATE  NID_* 

REPLACE  INV_ 

.DATE 

ENDDO 

CONTINUE 

PRINT  INV  LIST 
RETURN 

MOTES: 
NONE 
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BF©  ffi&iT 


SYSTEM: 
MODULE: 


PMPS 


PRINT  IN V  LIST 


PREPARED  By:       SMITH 
DATE:        FEBRUARY  19B7 


CALLED  OR  INVOKED  BV: 

CONDUCT  INVENTORY 
COMPARE  NID_* 


INPUTS: 
SRCH_DATE 
DEPT_CODE 


OUTPUTS: 
NONE 


PROCE9S: 

SECT  PRINT  OH 

DO  UNTIL  EOF 

LOCATE  INVLDATE  i 

=  SRCHJ5ATE  mMD  DEPTjCODE 

print  dd  ;342'-: 

CONTINUE 

END  DO 

S£T  PRINT  GFP 

RETURN 

-DCAL  OAT*  ELEMENTS: 


'10.  NE 


MOTES: 


NONE 
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in  raw 


SYSTEM: 
MODULE: 


PMPS 


PENDING  REPORT 


CALLED  OR  INVOKED  SV: 
ACQUISITIONS 


INPUTS: 
SEARCH 
COPY_* 


PREPARED  BY:       SMITH 
DATE:        FEBRUARY  t9B" 


CALLS  OR  INVOKES. 
NONE 


OUTPUTS: 
NONE 


USE  PENDING  FILE 
ENTER  SEARCH  DATA 
SET' PRINT  OH 
ENTER  CdPV_* 
PRINT  HEADER 
DO  WHILE  COPV_*  >  0 

DO  WHILE  .NOT.  EOF 

LOCATE  RECORD  WITH  PEHOLSTAT  .AND.  SRCH  >  OATE_EMT 
PRINT  OUT.FKT  PENDING 

CONTINUE 

ENDDO 

COPY.*  =  COPY_*  -  1 
ENDDO 

SET  PRINT  OFF 
RETURN 


NOTES. 


AD -HOC  REPORTS  MAY  BE 
USED  TO  PRODUCE  A  DIFFERENT 
PErC-ING  rtEPORT.  DATE_RECU 

IS  THE  FIELD  NAME  FOR 
DATE_£NT  OR  OATE.RECV 

DEFENDING  ON  THE  ITEM 
STATUS 
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are  chart 


SYSTEM:      P!^PS 


MODULE:     >tS?OS;T3QHS 


CALLED  OR  iNYOKED  3Y: 
PMPS 


INPUTS: 

DAR5C-JNST 

DATE_TERM 

DO  1 1 49 

DO  :348-?(+) 

DIPEC-1NST 


EXCESS-M 


PREPARED  BY: 
DATE: 


ROSS 


FE3RUARY  1  987 


CALLS  OR  INVOKES: 
PROCESS  IHG  DAILY  TRAKS- 

ACTIOKS 
DISPOSITIONS  MANAGEMENT 


OUTPUTS: 

DAR1C-INST 

DATE-TERM 

DD  1149 

DD  1348-K+) 

DJPEC-iNST 


EXCESS-M 


PROCESS: 

DISPLAY  MEHU 

DO  CASE 

CASE  A  =  DO  PROCESS  DAiLY  TRANSACTIONS 
CASE  3  =  DO  DISPOSITION  MANAGEMENT 
CASE  C  -  RETURN  TO  PMPS 

END  CASE 


LOCAL  iATA  ELEMENTS: 
NA 


MOTES: 
NA 
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w®  chart 


SYSTEM:     PMPS 


MODULE:    3RQC£SS  3AH.V  ^R*NS  ACT  SOWS 


CALLED  OR  SWYQKED  BY: 
DISP9SU50KS 


PREPARED  BY: 
DATE: 


ROSS 


-E3RUARY  ^987 


CALLS  OR  iWYQKES: 

IHPUT  TRAHSACTICKS 
8UILD  D_0ENDING  F  !L£ 


INPUTS: 
EXCESS-M 


OUTPUTS: 
EXCESS-M 

EXC£SS(— ) 


PRQCESS: 

DO  INPUT  TRANSACTION 

DO  8UHJ>  D_PENDIN6  FILE 

RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


MOTES: 
HA 
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ipo  mmi 


PMPS 


SYSTEM: 

MODULE:    IMPUT  TRANSACTION 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  1NYOJCED  3Y: 
PROCESS  DAILY  7RAHS  ACT  JOSS 


IHPUTS: 
EXCESS-M 


CALLS  OR  INVOKES: 
INPUT  PL  AS /MINOR 

EXCESS<— ) 
INPUT  OTHER  EXCZSS(-) 


OUTPUTS: 

EXCESS(-) 
EXCESS*— ) 


PROCESS: 
DG  YHILE    .7. 

-  DO  YOU  HAVE  A  PR0P_3ID_*?  <Y/N)" 

IF  N  THEN 

DO  INPUT  OTHER  EXCZSS(-) 

ass 

DO  INPUT  PL  ANT  /MINOR  EXCESS*— ) 

"  DO  YOU  YANT  TO  PROCESS  ANOTHER  TRANSACTION?  (Y/N)' 

IF  N  THEN  EXIT 
END  DO 

CREATE  TEMP_71LE 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


MOTES: 
1A 
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0  CHAR? 


SYSTEM:     PHPS 


MODULE:     !WPUT  PLAHT/M1HOR  EXCES3(— ) 


CALLED  OR  INVOICE!)  3Y: 
!HP»JT  TRANSACTIONS 


INPUTS: 

EXCESS-M 


PREPARED  BY:      ROSS 

DATE: FEBRUARY  1987 


OUTPUTS: 

EXCESS(— ) 
TEMP  FILE 


PROCESS: 

DO  ¥HIL£    I. 

DISPLAY  INPUT  FORMAT 
INPUT  EXCESS*— )  TO  TEMP  FILE 
"IS  THIS  DATA  CORRECT?  (Y/N)" 
IF  Y  THE*  EXIT 

END  DO 

RETURN 


MOTES: 
MA 
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m®  CHART 


SYSTEM:     PMPS 


MODULE:      HPITT  OTHER  EXCESS(-) 


PREPARED  BY: 

DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  (NYOICED  3Y: 
IHPUT  TRANSACTIONS 


INPUTS: 
EXCESS-M 


OUTPUTS: 

EXCESS(-)  Y/PROP_HID_« 
TEMP  FILE 


P ROC ESS : 

DO  YHILE  X 

DISPLAY  INPUT  FORMAT 
SET  PROP_NH>_*  =  ZERO 
INPUT  EXCESS*-)  TO  TEMP  FILE 
*:S  THIS  DATA  CORRECT?  (Y/N)" 

&a>  DO 

RETURN 


LOCAL  DATA  ELEMENTS: 
ZERO 


MOTES: 
NA 
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ITO  QUART 


SYSTEM: 
MODULE: 


PMPS 


3UILD  D -PENDING  F'L£ 


CALLED  OR  IWYOKED  3Y: 
PROCESS  DAiLY  TRANSACTIONS 


INPUTS: 

EXCESS*-)      — | 
EXCESS*— )     I 


TEMP  f  JLE 


PREPARED  BY: 
DATE: 


ROSS 


'EBRUARY  1987 


CALLS  OR  INY0KE5: 
ADD  VARIABLES 
3UILD  P?-!P  RECORD 
CHECK  IE /ADPE /OTHER 
STORE  I>ATA 


aUTPUTo: 

DO  1342(0_R£P 
D_PEND_JNFO 
HIT_L2ST_REP 
SF_120_JJ£P 


PROCESS: 
DO  VHILE   T. 

If  PRQP_NH>_*  >  0  THEM 
DO  BUILD  PMP  RECORD 
ADD  VARIABLES 
CHECX  IE/ ADPE /OTHER 
STORE  DATA 

ass 

DO  ADD  VARIABLES 

INCREMENT  DATE_TERM  3Y  R_3CR_J» 
STORE  DATA 
"DO  YOU  YANT  TO  3UILD  ANOTHER  RECORD?  (Y/l 
IF  71  THEN  EXIT 
END  DO 

PRINT  HrT_LlST_R£P 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


MOTES: 
HA 
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N  8HIAST 


PMPS 


SYSTEM: 

MODULE:    3UH.Q  PMP  2EC3RP 


CALLED  OR  IHY9KED  3Y: 
3UILD  D_?END<NG  FILE 


PREPARED  3Y:      EOSS 

3ATE: ^£3RUAgY  1  98" 

CALLS  OR  IHYOJCES: 
NA 


INPUTS: 
EXCESS^—) 

DD  1342 


OUTPUTS: 

£XCZSS(—  *) 
TEMP  FILE 


PROCESS: 

IF  ?ROP_CODE  =  *LAKT 

USE  PLANT  FILE 
ELSE  USE  MINOR  F3.E 
FIND  OD  J 342  3Y  NH>_* 
COPY  DD  1342  TO  TEMP  fUS 
CLOSE  PLANT  OR  MINOR  C'LE 
REPLACE  QTY  Y/  0TY_Z 
RENAME  9TY  Y/  QTY_£ 
APPEND  C3ND_£_£,  POC^I,  ?OC_?_* 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


WTES: 
HA 


196 


IN  CHART 


SYSTEM: 
MODULE: 


PMPS 


ADO  VARIABLES 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  INVOKED  3Y: 
31HLD  D -PENDING  FILE 


CALLS  OR  iKYOKES: 
HA 


INPUTS: 

COURT 

DATE_ENT_D 

DATE-TERM 

EXCESSC-) 

EXCESS*  —  *) 


PHASE 
R_SCR_P 
SEO-* 

SYSTEM  DATE 
TEMP  FILE 


OUTPUTS: 

EXCESS(— *) 

Hrr_iisT_R£P 

D_PEND_1NF0 


P20CESS: 
DO  YHILE  .T. 

CONVERT  DATE(  )  TO  SYSTEM  DATE  (JULIAN  FORMAT) 

DISPLAY  INPUT  FORMAT 

APPEND  DATE_£NT_D  =  SYSTEM  DATE  TO  TEMP  FILE 

iNPUT  COUNT  (PROVIDED  BY  USER,  FROM  01  -  33) 

APPEND  SEO_*  =  DATE_£NT_D  +  COUNT  TO  TEMP  FILE 

APPEND  DATE-TERM  =  DATE_£NT_D  +  S£Q_*  TO  TEMP  FILE 

APPEND  PHASE  =  R  TO  TEMP  FILE 

*  IS  THIS  DATA  CORRECT?  (Y/NJ- 

IF  Y  THEN  EXIT 

END  DO 

RETURN 


LOCAL  DATA  ELEMENTS: 
MA 


MOTES: 
HA 
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im  CHART 


SYSTEM:     PMPS 


MODULE:     ^ECX  IE/ APPE /OTHER 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  IHYOKED  3Y: 
3UFLD  D_?E«DSNG  FILE 


CALLS  OR  IHYOKES: 
NA 


INPUTS: 

ADPE_SCR_P 

EXCESS*—*)]  TEMP  FILE 

IE_2C2_P 

STK_*_?£Q 

TYP.:^EQ 

JIC 

OUTPUTS: 

DD  1342(I)_REP 
D_PEND_JNFO 
SF_1 20-REP 


PROCESS" 
IF  TYPE-CODE  =  TYP_C_3£0  THEH 

DATE-TERM  =  DATE_TERM  *  IE-SCR-P 

PRATT  DD  13420)_*£P 
5F  STOCK. *  =  STK_*_J*EQ  THEH 

APPEND  RPT_*  =  (JIC  +  DATE_£NT_D  TO  TEMP  FILE 

DATE-TERM  =  DATE-TERM  +  ADPE-SCR-P 

PRINT  SF_1 20.JJEP 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


NOTES: 
NA 
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IF9  CHART 


PMPS 


SYSTEM: 

MODULE:     STORE  DATA 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  INVOKED  3Y: 
3UILD  D-PENSING  FILE 


CALLS  OR  INVOKES: 
MA 


INPUTS: 
D_PEND_1NF0 


OUTPUTS: 

D_PEND_1NF0 


PROCESS: 

RECEIVE  D_PEHD_JNFO 

APPEND  D_PEHD_JNFO  TO  D-^ENDiNG  FILE 

DELETE  TEMP  FILE 

RETURN 


HOTES: 
NA 
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im  quart 


SYSTEM: 
MOOULE: 


PMPS 


DISPOSITIONS  MANAGEMENT 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  IHYOKED  3Y: 
DISPOSITION 


CALLS  OR  iHYOJCES: 
MANAGE/STATUS 

D_PEND1NG  FILE 
MODIFY  RECORD 


INPUTS: 
DAR!C_JNST 
DATE_TERM 
DO  1 1 49 
DO  1 348-1  (+3 
DlPEC_iNST 


OUTPUTS: 

DAR1C_JNST 

DATE_TERM 

DO  1149 

DO  1348-U+) 

DJPEC_NST 


PROCESS- 

DISPLAY  MO 

M 

DO  CASE 

CASE  A  = 

DO  MAN  AGE /STATUS  D_PENDING  FILE  (ENTERED  YHEN  PROCESSING 

DAR1C,DIPEC_JNST  OR  DATE-TERM  REQUEST) 

CASE  3  = 

DO  MODIFY  RECORD  (USED 
DO  1348-K+)) 

FOR  PROCESSING    DD 

1149  OR 

CASE  C  = 

RETURN  TO  PMPS 

END  CASE 

LOCAL  DATA  £L£ME?iTS: 
NA 


MOTES: 
NA 
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9F3  GHART 


PMPS 


SYSTEM: 

MODULE:    M  AH  AGE /STATUS  D-PEHDING  FILE 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  JHYOKED  BY: 
DISPOSITIONS  MANAGEMENT 
MODIFY  RECORD 


CALLS  OR  INYOKES: 

INPUT  TRANS  ACT  SONS 
CHECK  PHASE 


INPUTS: 

DARtC-INST 

RPT_* 

DATE-TERM 

SYSTEfl   DATE 

DIPEC_1NST 

D_PEND_]NFO 

NID_« 

OUTPUTS: 

DARIC-1HST 
DATE-TERM 
DIPEC-1NST 
D-PEND-INFO 


PROCESS: 
DISPLAY  MENU 
DO  CASE 

CASE  A  =  DARIC  _JNST 
DO  YHFLE  .T. 
ENTER  RPT_* 

-  IS  THIS  RPT_*  CORRECT?  (Y/N)" 
F  YTHEN  EMIT 
END  DO 

RETRIEVE  D_PEND_iNFO  FROM  D_?ENDING  FILE 
DO  INPUT  INSTRUCT  SON 

IF  i)ATE_TERM  <  =  SYSTEM  DATE  SET  PHASE  =  DL 
DO  CHECX  PHASE 
CASE  3  =  DIPEC  _JNST 
ENTER  S1D_* 

RETRIEVE  D-PEND-JIIFO  FROM  D_P£ND!NG  FILE 
DO  INPUT  INSTRUCTIONS 

IF  DATE-TERM  <  =  SYSTEM  DATE  SET  PHASE  =  DL 
DO  CHECX  PHASE 

CASE  C  =  DATE-TERM 

ENTER  DATE-TERM 

RETRIEVE  D_PEND_1NF0  FROM  D-PEHDING  FILE 

IF  DATE-TERM  <  =  SYSTEM  DATE  SET  PHASE  =  DL 

DO  CHECK  PHASE 
END  CASE 

UPDATE  D_PEND_JNFO  TO  D-PENDING  FILE 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


NOTES: 
NA 
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p§  mmi 


PMPS 


SYSTEM: 

MODULE:    ^HPUT  INSTRUCTIONS 


CALLED  OR  INYOKED  3Y: 
MANAGE /STATUS  D_PENDING 
FILE 


PREPARED  BY:      ROSS 

DATE: FEBRUARY  1987 

CALLS  OR  1NYOKES: 
NA 


INPUTS: 
D_PEND_JNFO 
INST_D_DATE 
INST.ACT 


OUTPUTS: 

D_PEND_JNFO 


PROCESS: 
DO  YHILE   T. 

FORMAT  SCREES 

ENTER  INST_D_DATE 

ENTER  INST_ACT 

RETRIEVE  D_PEND_JNFO  FROM  D_PEND(NG_FIL£ 

REPLACE  I>ATE_TERM  =  !NST_D_J>ATE 

REPLACE  PHASE  =   NST_ACT 

DISPLAY  RPT_«,  DATE_7ERM,  PHASE 

*!S  THIS  DATA  CORRECT?  (Y/N)" 

3F  Y  THEM  ZXJT 
END  DO 
RETURN 


LOCAL  DATA  ELEMENTS: 
NA 


MOTES: 
NA 
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are  mmi 


SYSTEM: 
MODULE: 


PMPS 


CHECK  PHASE 


PREPARED  BY:      ROSS 

DATE: FEBRUARY  1987 


CALLED  OR  iNYOKED  3Y: 
M  AH  ATE  /STATUS  DEPENDING 
FILE 


CALLS  OR  .HYOKES: 
HA 


INPUTS: 
D_PEHD_3HFO 


OUTPUTS: 
DD  1348-1 
D_PEND_IHFO 
HOU>_REP 
TRAHS^EP 


PROCESS: 
DO  CASE 

CASE  A  =  PHASE  =  DL 

PRINT  DD  1348-1 

SET  PHASE  =  DLH 
CASE  B  =  PHASE  =  DT 

PRINT  TRANS-REP 

SET  PHASE  =  DTH 
CASE  C  =  PHASE  =  DLH  OR  DTH 

PRINT  HOLD_REP 
END  CASE 
RETURN 


MOTES: 
HA 
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SYSTEM: 
MODULE: 


PMPS 


MODIFY  RECORD 


PREPARED  BY: 
DATE: 


ROSS 


FEBRUARY  1987 


CALLED  OR  INVOKED  BY: 
DISPOSITIONS  MANAGEMENT 


CALLS  OR  INYOKES: 
MAN AGE /STATUS 
D-PENDING  FILE 


INPUTS: 
OD  1 1 49 
OD  1342 
DD  1348-K+) 
D_PEND_INFO 


OUTPUTS: 

D_PEND_1HF0 


PROCESS: 
DO  YHILE  .T. 
DO  CASE 

CASE  A  =  DD  1149 

ENTER  NU>_* 

RETRIEVE  PROP_J*ID_»  BY  HfD*  FROM  PL  ART  OR  MINOR  FILE 

DELETE  D_PEND_INFO  BY  WD_«  IN  D_PEND«HG  FILE 

DELETE  ^>f>  1342  8Y  PROP_Ftn>_»  M  PLANT  OR  MINOR  FILE 
CASE  B  =  DD  1348- 1  (+) 

ENTER  DATE_T£RM 

RETRIEVE  PROP_JIID_*  BY  DATE-TERM  FROM  D_PENDIN6  FILE 

DELETE  D_PEND_JNFO  BY  DATE-TERM  IN  D_PEND(N6  FILE 

DELETE  DO  1342  BY  PROP_NID_«  !H  PLANT  OR  MINOR  FILE 
CASE  C  =  MODIFY  D_?END_JNFO 

ENTER  DATE-TERM 

RETRIEVE  D.PEHD-.TIFO  BY  DATE-TERM  FROM  D-PENDING  FILE 

3ROVSE  RECORD 

CALL  MAN  AGE /STATUS  SPENDING  FILE  3  Y  DATE-TERM 

UPDATE  FILE 
CASE  D  =  MODIFY  DD  1342  (  FOR  REUTILIZ ATION  ) 

ENTER  DATE-TERM 

RETRIEVE  PROP_11D_*  BY  DATE-TERM  FROM  D_P£ND!NG  FILE 

RETRIEVE  DD  1342  BY  PRQP_NID_»  FROM  PLANT  OR  MINOR  FILE 

DELETE  D_PEND_1NF0  BY  DATE-TERM  IN  D_PENDING  FIL£ 

BROYSE  DD  i  342 

UPDATE  DD  1342  TO  PLANT  OR  MINOR  FILE 

PRINT  DO  1342 
CASE  E  =  RETURN 
END  CASE 
END  DO 


LOCAL  OATA  ELEMENTS: 
HA 


MOTES: 
NA 


:o4 


SYSTEM:      PMPS 
MODULE:    AD -HOC  REPORTS 


PREPARED  BY:   SMITH 
DATE:   FEBRUARY  19B7 


PROCESS: 

DO  WHILE  X. 

SELECT  FILECS)  TO  BE  USED 

CREATE  SEARCH  CONDITIONS 

EDIT  AND  VERIFY  SEARCH  CONDITIONS 

IF  REPORT  iS  DESIRED  THEN 

DESIGN  REPORT 

EDIT  AND  VERIFY  REPORT 

SET  PRINT  OH 

EKECUTE  REPORT 

SET  PRINT  OFF 

IF  NG  MORE  REPORTS  THEN  RETURN 

END  DO 

i —  . .  . 

MOTES: 

SEE  SAMPLE  COP V  OF  THIS 
MODULE  IN  PMB  OFFICE. 
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APPENDIX  E 
FORMS  USED  BY  PMB 

The  following  is  a  collection  of  forms  currently  used  by 
PMB.  The  forms  are  in  the  same  order  as  depicted  in  figure 
2.2  which  is  duplicated  on  the  next  page.  The  intent  is  for 
a  representative  sample  of  the  forms  used  by  PMB. 
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List  of   Forms  used  by  PME 


FORM 

TITLE 

ISSUER     ACQUISITION 
DISPOSITION 

DD  200 

REPORT 

OF 
SURVEY 

LOCAL  DEPT        D 

OR 
ISSUE  CONTROL 

DD  250 

MATERIAL 
INSPECTION  & 
RECEIVING 
REPORT 

ANOTHER           A 

COMMAND 

OR  AGENCY 

DD  1149 

REON  AND 
INVOICE 
SHIPPING 
DOC. 

ANOTHER  COMMAND   D 
FREIGHT  CONTROL   D 

PURPOSE 


ANOTHER  COMMAND 


Used  to  notify  PPAO 
that  a  piece  of  equip- 
ment is  lost,  stolen, 
or  damaged 

Describe  EquiDment  and 

Acquisition 

Characteristics 


Receipt  of  equipment 

Used  to  snip  excess 
equipment  to  anotner 
command 

Excess  equipment 
received  from  another 


DD  1155 
DD  1342 


DD  1342 
(IDLE) 


DD  1348 
(  6  PART  1 


DD  1348-1 


PURCHASE 
ORDER 


PURCHASING 


MEMO-S 
MEMO-R 

MEMO-T 

N/A 

SF  26 

SF  120 


DOD  PROPERTY   PLANT  PROPERTY 
RECORD 


DOD  PROPERTY   PLANT  PROPERTY 

RECORD  IDLE 

RPT  OF  :e 

?OR  DISPOSITION 


REON  SYSTEM 

DOC . / MANUAL 

( STUB ) 

DOD  SINGLE 

LINE  ITEM 
RELEASE 
RECEIPT  DOC. 


DARIC  LETTER 

Autnorization 


DIPEC-O-FL-99   LETTER 


EXCESS 
REQUEST 


REPLACEMENT 
REQUEST 


TRADE  -  IN 
REQUEST 


PROPERTY 

IDENTIFIER 
TAG 

AWARDS / 
CONTRACT 


REPORT  OF 
EXCESS 
PERSONAL 
PROPERTY 


WAVERXOS- 3  9  89   REACTIVE 
REPLY , 


LOCAL 
DEPARTMENT 


ISSUE   CONTROL 


ANOTHER  COMMAND 


DARIC 


DIPEC 


LOCAL 
DEPARTMENT 


LOCAL 
DEPARTMENT 


LOCAL 
DEPARTMENT 


PLANT  PROPERTY    A 


PLANT  PROPERTY 


PLANT  PROPERTY 


W/S  1342 
WORK  SHEET 
CODE  00  2  4 


ENDORSEMENT,  TRANSMITTAL 
OR  INFORMATION  SHEET 

DOD  PROPERTY   LOCAL 
RECORD         DEPARTMENT 


Used  to  order  equipment 
for  supply 

When  new  equipment  is 
received  and  .oaged  in 
3  copies  to  NSCO 
1  copy  to  the  department 
1  copy  to  file  in  PPOA 

Used  to  report  idle  IE 
to  DIPEC 


A     Initial  reauest  co 
requisition  an  item 

D     Used  to  transfer  excess 
equipment 

A     Used  to  snip  excess 

equipment  from  another 
command 

D     Authorizes  dioosition 
of  ADPE  either  locally 
or  to  another  command 
INCL  shipping  instr. 

D     Authorizes  Disoosition 
of  IE  either  ideally  or 
to  anotner  commana  vitn 
shipping  instructions 

D     Request  to  excess  one 
or  nore  oieces  of 
equipment 

A/D    Notifies  ?MB  that  an 

item  aas  oeen  reoiaced 
and  the  records  reauire 
upaating 

D     Notifying  ?MB  that  a 

oiece  of  eauipment  ls 

being  traded  in  en  a 
new  procurement 

Serialized  property  tag 


OTHER  COMMAND     A 
ACTIVITIES 


Notice  of  equipment  on 
order  by  higher  command 
ana  designated  for 
NAVFACS 

To  request  disoosition 
instructions  rbr  ADPE 


A/D    Document  transmittal  or 
Reauest  of  Notirication 
to  "various  other 
Commands 

A  Used  to  record  property 
tags  and  otner  aser 
into  for 


:he  DD-1342 
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Report  of   Survey     DD  200    (page   1   of   2) 


REPORT  OF  SURVEY 


PRIVACY  ACT  STATEMENT 
Personal  information  from  the  individual  is  solicited.  As  required  by  the  Privacy  Act  of  1974.  we  advise: 
AUTHORITY      16  U  S  C.  136,   !0U  S  C   1071;  OoO  instruction  '200  10 

PRINCIPAL  PURPOSE     To  otficiailv  reoort  the  facts  and  circumstances  suoDomnq  tne  assessment  ot  oecuniarv 
cnaroes  Tor  tne  loss,  damage,  or  destruction  or  OoU-rontroiieo  orooertv 
ROUTINE  USES     7o  inmate  investigations  ot  losses/gains  or  OoO-controileo  orooertv  ana  record  the  'indinqs 


and  actions  tanen 

DISCLOSURE  IS  VOLUNTARY:   Refusal  to  exoiain  tne  circumstances  under  wnicn  tne  orooertv  was  lost, 
damaged,  or  destroyed  mavoe  considered  withotner  t  actors  in  determining  if  an  individual  win  he  neid 
pecuniarily  inole 


1     TYPE   REPORT    IX  ore) 


a    REPORT  OF  SURVEY 


I  b    GOVERNMENT  PROPERTY 
.OSS/OESTRCYED 


SURVEY   NUMBER 


3    DATE  LOSS/GAIN  DISCOVERED 
( YYMMOO) 


4    NATIONAL  STOCK   NO 


S.  iTEM  DESCRIPTION 


6    OUANTITY 


8    "OTAL  COST 


9    CIRCUMSTANCES  UNDER  WHICH  PROPERTY  WAS 
Attach  additional  oacies  as  necessary) 


a 


a 


DESTROYED 


10    ACTIONS  TAKEN  TO  CORRECT  CIRCUMSTANCES  REPORTED  IN  BLOCK  9  ANO  PREVENT  FUTURE  OCCURRENCES     .Attacn  additional  oaqes.  js 
necessary) 


11      NDIVIDIJAL   COMPLETING    SLOCKS   9   AND    10 


a.   TYPED  NAME  (Last,  fust  Middle  initial) 


b    jIGNATURE 


C.  OATE  5IGNEO 


d.   AUTOVON  NUMBER 


12    RESPONSIBLE  OFFICER 


a.  ORGANZA  riONAL  AOORESS  iilnit  Designation 
Office  Symbol.  Base.  State.  Zio  Code; 


"YPED  NAME  (Last.  First.  Middle  initial) 


C.   AUTOVON  NUMBER 


d.  SIGNATURE 


e    DATE  SIGNED 


13    ACCOUNTABLE  OFFICER 


a.  NUMBER  OF  DOCUMENTS  USED  TO  ADJUST  PROPERTY  RECORD 


b    ORGANZA  riONAL  AODRESS  fUnir  Designation. 
Office  Symooi.  Base.  State.  Zio  *Zoae) 


c    TYPED  NAME  (Last,  first.  .Vliao/e  initial) 


^UTOVON  NUMBER 


e    SIGNATURE 


t    DATE  SIGNED 


00  form  -iOu.  OCT  34 
S/N  0102-LF-O00-2001 


•.routes  OJ  form  ZOO  61  MAY   if  form  198  ;AMSi: 
JO>-orm^090.  SEP  '7   ind  OA  form  469/  SEP  SI.  which  are  oosoiete 
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Report  of   Survey     DD   200    (page   2   of   2) 


14    FINOINGS  ANO  RECOMMENCATiQN  OF   SURVEY  OFFICER 


a    FINDINGS  ANO  RECOMMENOATIONS  (Attach  additions!  cages,  as  necessity) 


b.   OOLLAR   AMOUNT  OF   LOSS /GAIN 


c    RECOMMENDED  PECUNIARY  CHARGE 


d     LOSS/GAIN    rO    GOVERNMENT 


15    SURVEY  OFFICER 


a    ORGANIZATIONAL  AOORESS  (Unit  Obsignation 
Office  Symbol.  Base.  State.  Iio  Coaei 


b    TYPED  NAME  (Last,  first.  Middle  initial) 


c.  AUTOVON   NUMBER 


d    DATE  REPORT  SUBMITTED  TO  APPOINTING  OFFICIAL     !    *    DATE  APPOINTED 


f    SIGNATURE 


g.  DATE  SIGNED 


16.  iNOIVIOUAL   '"HARGED 


a    I   HAVE    EXAMINED    THE   FINOINGS   ANO    RECOMMENDATIONS   OF 
THE  SURVEY  OFFICER  ANO  'Xonel 


(1)  SUBMIT  THE  ATTACHED  STATEMEN  T  OF  OBIECTION 


(2)  DO  NOT  INTEND  TO  MAKE  SUCH  A  STATEMENT 


b.  I  AM  AWARE  OF  MY  RIGHT  TO  <1)  LEGAL  ADVICE  AND  (2) 
APPEAL  IF  PECUNIARY  CHARGES  ARE  ASSESSED  ENLISTED 
PERSONNEL  HAVE  THE  RIGHT  TO  REQUEST  REMISSION  OF 
NOEBTEDNESS 


c.   TYPED  NAME  (Last.  First.  Middle  Initial) 


d.  SIGNATURE 


«    OATE  SIGNED 


f    AUTOVON   NUMBER 


17     APPOINTING   OFFICIAL 


a.  RECOMMENDATION    iXone)         b    COMMENTS 


(1)  APPROVE 


!2)  DISAPPROVE 


c.  ORGANIZATIONAL  AODRESS    (Unit  Designation 
Office  Symbol  Base.  State.  Zip  Code) 


id.   TYPED  NAME  ilair.  First.  Middle  initial)) 


AUTOVON    NUMBER 


g.  DATE   SIGNED 


18     APPROVING    OFFICIAL 


a    ACTION    IX  one) 


b      "OMMENTS 


(1)  APPROVED 


i2)OISAPPRQVFD 


C-  ORGANIZATIONAL  AODRESS    (Unit  Designation. 
Office  Symbol.  Base.  State.  Zip  Code) 


d    TYPED  NAME    Last,  first.  Middle  initial)) 


XUTOVON    NUMSER 


f    SIGNATURE 


g.  DATE  SIGNED 


DO  Form  200  Reverse.  OCT  34 


>US  GOVERNMENT  PRINTING  OFFICE  '995-505  -012/18065    2 
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Material   Inspection  and  Receiving  Report     DD   250 


MA!  ERlAl  INSPECTION 

DLA700-85-C-8315 

li    -ut  «.  Nc 

"°    12078 

1              1 

ANO 

»     n.ll'UN'.lKJ"'! 

HCIIVING  REPORT 

o»'«    86CEC11 

s 

/       Sii'xINIMO          j    )      0*«l    J>-»»|0 

4  i.i  c- 1,988, 84 7 

5     OIlCOUNl  IIImS 

HNB00<*9            1  87JAN15E  ■ 

ICN 

A 

NET   30 

9    MtMf  CONH*C10«                      COOI 

30076 

10      AOMIN 

jlt»tOJt                                                     COOf 

'         S4801A 

HYSTER   COMPANY 

DCASt-M 

-SEATTLE 

2902   N.E.    CLACKAMAS    STREET 

NAVAL 

STATION 

PORTLAND,    OREGON      9  7232 

3D.    D 

SEATTLE,    WASHINGTON      98115-5010 

II         'jH»HOIIOMlll«l«M*«nil        COO( 


7N4bo 


1}        'ITMfNI    WIU    it    MAQI    ST 


coot  i  5U5U6A 


HYSTER  COMPANY      » 

4201  MICHOUD  BLVD. 

NEW  ORLEANS,  LOUISIANA  70129 


DCASR-L0S  ANGELES 

P.O.  BOX  45011 

LOS   ANGELES,    CALIFORNIA   90045-0042 


J      l  J     SHipPt3  IO 


zooi 


N627  71 


RECEIVING  OFFICER 

NAVAL  POST  GRADUATE  SCHOOL 
LFNT   MONTEREY,  CA  93940 
DEST: 


379744 


14     xilIIOIOI 


coot 


MF:       REPLACE    OVERAGE   CODE    1300    6K   UNITS 

MIPR:      N00104-35RC-09914    N0N-MILSTRIP 
RDD   5272    PRI   09   DLA700-85-C-33 15 
MIRR    J  HN800<49 


15  llfM 


ilOC*  i'ahi  no 

IndHQt*  nvnta 


ol  ihtoO'^t  <o«'< 


OESCaifl'ON 
i.«i  j.o.  of 


19  19. 

IJNII  UNII  PHICE 


0025 


FSC:  3930  TRUCK.  FORKLIFT.  CAS 

PRT.  6000  LB.  CAPACITY,  MON-MILSTRIP 

0VE?PACK  (1)  TECHINCAL  .'1ANUAL 

SERIAL  NO.  A177B13562G   REG.  MO.  13-oi276 


1  LOOSE 


I  OF  I 


EA 


$15,355.00 


$15,355.00 


JROC.LMtMtNl  QUAIIIT»SSLjaAN(.[ 


j(ctiv(n  s  use 


JOJ' 


,— i  »   ORIGIN 


1    OtSHNAIION 


3  6  DEC  1 


OAlf 


ANO  O'HCf 


<lGMAIIM./»i^»l/IH  GOV  I    BfP 

LL0V}/  BROWN 
S1901A 


0«unt'i'»i  illfl."  "»  « 
JCDO'tni  good  <o*1 


.ION  AlUHt  O   AUIH  GOV  I  »(P 


OAitmttr^O  jIGNAIUB«C»aiJIMGO»'5(' 


ITPfO  NAM» 
ano  OfMCf 


irpro  miu! 

ANO    Mllf 


O.'O  —    QWOOi.ij.     ,'ac»d 


11     COnihaCIOS  USI  Onii 


INV.    VL2078 


^0.^r-^^p— 


...     rni)iio>i,.i 
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Requisition  and  Invoice/Shipping  Document     DD   1149 
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Purchase  Order     DD   1155      (page   1   of   2 ) 

*  j  a  o  o  -ft- 


I- 


CHECKED 

SOX 
4PFUES 


n 


ORDER  FOR  SUPPLIES  OR  SERVICES 


□ 


REQUEST  FOR  QUOTATIONS  NO 
•euo*  eo^Mesi  o»  rwn  ouoTf  »» 

THIS   1$    \(lT  A.\    UHlftH     5*t  Ut>   torm    II 


cOf*ra»cr/cuHCH  o»OC 


,  2    OELiveuv  QROt" 


J    oate  O*  QOOE" 


EQUiSMiON  i-U«CH  »60u£5l 


PAGE     >     OF 


b     CfcM"KtO   HIM   NA 
"ON»L  ilft'frNSf  UMQCH 


s  issuto  8v 


»OWINI$rFH(D   tV      '  if  ot**r   (DM    ■ 


j  oesr 


AW  $c*r4i*le  if  c 


t   CO*#T«ACTO»'QUOTf.H 


*  acuity  cooe 


10    DELIVER   tO  EO«  »XJlNf 


«ec*  if  business  t 


1    OiSCOUNT    TERH1 


p 


dOMtN  OWN*  (J 


l>     MAIL   INVOICES   TO 


i*  **.s*«Nr  wn.t  ae  mao«  §t 


WANK    ALL 

••Ckaces  AMO 
»apcms  wir»# 

■tONfKACT  on 

3NOC*  HtjMiM 


'*l"»iKt     VO«l 

'j*n»*«t   ^"miinn.  ol    Purrn*a*  i>d#r     no   QQ   I 


10  ISC  !204(tR3)«r  «  .cm 


rumillt    '  i»      -.ii-iw.nt    .lit    (•'T>«   ic-K"-*'!    "''•hi     irteludinfl,        "    U  S      )ur-nun 

i?   4mfH  o,\tv  /f   r«*s   hox      [  H   is  checked  and  no   h  if  this  rox 

•  na     >liwi    «   I'laxMirt      ~h  •   liirr^u*    r*  nifOlillM   und*r   iui^iv-i    ol 

•     mi.r  Z304f*H«| 


-Ail  "ONI    no 


I  *'  1  22 


-CHEOULE  Of  SUWtS'SERViCES 


JN.T   PRICE 


(O   STAItS  0<     AMERICA 


r    ...       r0(«l     ---.„ 


ONIH*!   TlNU .UHiXDING   0**ICER 


4   COLUMN    rt»   MAS 


□  .NSPeCTFO      [""I     HCCCIVCD  "1    *(-Ct»"»0    anOCON#0«mS  10  IMS  CONTRACT 

^—  UJ    f  «CIPT   AS  NOK  D 


71     OO     VOUCHER   NO 


36    '  <nt.lv  in.. 


OMTLITI 

RTIAL 


J*    SILL  0*   (.AQiNC  NO 


IT    HECEIVEO  Af  |  11    RECEI' 


'*l   LOW  IAIN 


1   |«l      UK    ACCOUNT 


•  1    S/R  VOUCH 


DDiT-  1155 


viOoi  •  '  i'  '  ions  »H(   ■■imu  it 
.—  itoi  i  -  aoi  iui 
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■  V.* '" 

--a.    ft- 


I 


THIS  PARAGRAPH  APPLIES  ONLY       -.     i. 

TO  QUOTATIONS  SUBMITTED:  '    •  m* 

Suppite*  ui-  of  domestic  onpn  unles*  otherwise  Indicated  by  quofer  ' 
The  Government  reserves  me  n«pi  to  romifltf  quotations  or  moot* 
ricatton*  ;hrtri..  received  iHn  in*  aatc  lodKiud  sbould  sucn  action- 
be  in  IDC  imn-'M  of  ihc  'Miifmiwrn  n»l»  U  •  request  for  iniorm* 
Nun  and  quotation*  i^nnnra  ere  not  olfert,  -h*n  quoting,  com- 
ete  block!  i  1 .  1 2.  22,  21,  25.  If  vou  ere  unable  to  quote,  please 
id  vise,  (nis  request  doe*  not  comma  (be  tsovernmem  to  oey  any 
.oil  incurred  in  preparation  or  me  uiomiutuo  01  thi*  quotation  ■  ,r 
Lq  prvture  or  contract  forwppiiri  or  lervtcev 

GENERAL  PROVISIONS       ■   .--.   * 

1      INSPECTION     ANO    ACCEPTANCE  -  Inspecuao  an*  4 
-plane*    «n,    be   it   iiruinwion      miesa.  , .nifrfm    provided     Until 


contract  -virjiovt-  liability  of  in  iu  discretion  10  deduct  from  trie 
contract  pncBorcaruioerukoa  u*  otherwise  re«***er.  jit  lull  amount* 
of  ttacb  commukion.  percentage-,  brokerage  °f  l ' on ' In **nt  '" 

10.    GRATUITIES-  <at  fne  f^seernmentmay,  ov  wnttcn  notice 
o  me  Contractor,  lerminate  in*  ne.nl  of  Ihe  Contractor  lo-orooeed    ', 
under  Uila  contract  if  It  n  found  afl»r  notice  and  hearing,  ov  me  ' 
«cr»tw    or  Fit*  ouly   authorized   representative     mat   iraiuiuee  (ui.i 


I    O" 


i.lflf 


re  oifenrd  or  given 
ol  tne  lantracior. 


delivery  and  acceptance,  and 

I  n:*.ed  Stiles  Clovemmfnt. 

ipplicable  to  [hit  contract.  I 
•p.tl  are  tpvctfld  for  perron 
LuullWi    f    if.  Ill    periurm   .ir 


of  I 


OKI 


iuu  ■  inn  (torn  negligence  01  Ihe 
)t«iUUUndmg  tne  requirement*  lor 
nd  tat  contained  In  tpcciiicationa 
'ept  wnere  loeciaiucd  inioecuonj  or 
ance  vulely  by  the  Covemment,  tne  ' 
ave  performed  the  inspection*  ud 
-  *i  Itlf  lucpnri  arid  scrvicei  oromded 
tne  drawings,  specification*  mo  con- 
.  ■■  luding  i' applicable  tne  tecnnical 
ft    pan  numDin  tpeciflrd  herein. 

2.  VARIATION  IN  QUANTITY  -  No  .anauo*  m  tb«  que*. 
ilty  of  any  iirn  aiiro  for  ov  thi*  contract  will  be  accepted  unless 
•ucn  >«r.a(lua  a*  u*en  caused  oy  condiuona  of  loading,  tmpptng, 
a  -if-  r,  t  ,....- irci-i  in  manufacture  processes,  ana  men 
Only  to  the  taunt,  il  any,  tpecifltd  risewneta  ia  this  contract. 


■.an  i.i. 


3     PAYMENTS  -  'nvoices  y 

'one  copy  tn&U  'it  marked     <)r 

md    in  all    contain    tne    f^liowin 

numoer    item  numoer    conttact 

IUM,    L,.iiniil.*l,    unit    price*    u 

number  ano    A'einAI  of  tpiomen 

Covemrneoi   BtUl  of-  Laaine,.    Lnieu  oLbererux  ipeciued,  pavm> 

Mill  be  rrade  <m  panut  deinertea  acceoted  by  tne  Goeemment  wf 

till  amount  due  on  men  Qelivenet  w  vinua 


-•  tuomitted  in  quadruoiicau 
j  "I  urueu  otherert**  iDeciiled 
(omtauoa:  >_oniract  or  order 
rnotloa  of  ruppiin  or  *er*icet. 
atenced   totau.   BUI  of  ladinf 


4.    DISCOUNTS 

-    Id    COOOK 

uon     Wltfl 

any   ^lacouat 

offered. 

::m*  brill  b 

*  compu 

ed  from  date 

of  deliver 

r  of  trie  tuooirae  to  cu- 

r.tt  wnen 

accejtir, 

e  ii  at  tne 

ootnt   of  t 

rlfio,  or   irom 

dau  of 

jetiverv    * 

ontinM 

on  or  poet   ■ 

.  Knotrii 

uon  *>nen  neti*«rv-«Jtd 

.cceptanci 

ar«  at  r 

ther  of  tnete 

point*,  o 

Oom  tne  date 

tne  coe- 

.-ect   InvOK 

t  or  ton 

CBer  II  recei 

ea  in  iu 

office  toeciried 

bv  me 

•otemme 

it.  if  tne 

latter  it  ■  *l 

r  man  oat 

•  ot  delherv 

.vment 

La  deemed 

to  or  m 

Lde  tsr  tne  p 

urpoM  ot 

ramini  Ulf  one 

ount  on 

:ne  date  oi 

:r.ailln|c 

f  iheGoTernr 

nentcnecn.       _.  .    . 

iy  tne  Contactor,  or  any  agent  or  nroresentat 

'a  any  olfleer  or  •moiovre  oi  the  Ooeemment  m>>Ui  a  vie.*/  toward 

*curme,  ■  contract  or  Mcunnf  lavotaole  ireaimeoi  witn  rnoect  to  . 
Jte   awerdlru]  or  ame-ndlnf,  or  the   uuUtia(  uf  any   d«lexDiiniucua  — 
with  reapect  tan  the  performmf  of  wen  contract,  provided.  Lftat  tne 
t tiiience  of  the  tecu  upon  wnicn  uie  o^enrtary  or  nn  aulv  lumw 

i*H  reoreaentatlve  maJte  tucn-findinp  mall  be  in  iuoe  and. may  Oer:  * 

«"«»fi  In  any  competent  court,     ii  in  me  event  tnn  contract  u  ' 

minion  u  provided  la  parampa  n  Hereof  (ne  Government 
...>«ii  be  enutled  (I)  to  puraue  •■■•  <irae  rrmedi*«  «it>jnat.  the  Can- 
actor  u  it  couid  ptinue  in  tne  avent  of  a  breacn  of  the  contract 
iy  the  Contractor  and  <ii)  aa  a  penaty  m  addition  to  any  otner 
inufft  to  which  It  may  be  entitled  &V  la*  (o  nampiary  damage* 
m  an  amount .  u  derermmca  > v  'it  ^ecreUrv  or  tit  duiv  ouinormd 

-■BfMnijiiKi  wnicn  '.jail  be  not-  leaa  man  three  nut  more  man  tea 
ti*»  the  coat*  incurred  by  tne  Contractor  in  providing  any  *ucn 
iratuitlet  to  any  iuch  olficer  or  employee,  ici  The  mmi*  and  renv 

■ti«  of  the  Government  provided  In  thta  chum  uiail  not  be  rtciu- 
tin  and  are  m  addition  to  any  otner  ite*Ua  and  remedies  prov<o*d 
ay  lav  or  under  thla  contract. 

IV  CONDITION  FOR  ASSIGNMENT- Thto  r^rcji-ue  Order 
i*v  not  be  aaaiened  punuent  tfl  mr  ^aaifnment  of  Oaiaru  Act  of 
•  '3*0.  aa  amenoed  (2l  US  C  233,  -it  US.C.  13,.  uoleaa  or  unul  the 
tuppller  nil  been  requeated  and  haa  accepted  thin  nrder  bv  eaecutinc 
.he  Acceptance  nereoa.  f 

12.   COMMERCIAL  WARRANTY*-    ^.    rontracnoe     irtw. 

.lit  trie  i4ppiie*  or  vemcei  umitned  under  tnti  contract  thail  be 

covered  By  ine  moat  tavoraoie  commercial  wamuitiM  ine  Contractor  - 
t»  to  any  cuatomer  (or  tucn  *uopiiea  or  lemcea  and  met  tne  ngnu  • 
no  nmfOiM  provided  herein  are  in  addtuoo  to  and  do  nut  limit  any 

ne,nia    afforded    to    me    Go»emment   ov   any    otner  nauae   ol   thtt 

'13.  PRIORITIESrALLOCATrONS    MUD  ALLOTMENTS 

-  ■  -i*  Contractor  mail  follow  me  pnoviaiona  oi'OMS  Ref:  1,  _i  uPS 
'»    1  and  ail  otner  iopucaO<e  cruiationi  and  nraert  qi  in.e  Ourvau 
if   Domeatn;  umiwirrm  owainiw^-tonrewied  rnaieneia  and  nthee  t 
t  and  material*  needed  to  nil  mi*  order 


"NO  UL>  :ifl  PRKPtHtD".  iBi  tnipment  numben  <\  mode  Aj 
iAipment.  and  <U)  at  line  item  levei,  m  Naupoal  Mora  Vumoer  and 
or  manufacturer i  pan  number,  .in  unit  of  m*ttur».  uni  ship-To- 
Poiet.  (iff)  Markr'orVotnt  if  in  contract,  and  ui  MILSTRIP  docu- 
ment numoer  if  n  com/act.  When  a  OU  Korm  J30  ia  no*  required, 
tne  invoice  -m  include  che  foliowinf  information  nl  >hip  To- 
Polnt.  [li|  Mark- For- fomt  and  MIUsiHIP  document  numoei  >f  «n 
■fintrici  «a  wen  it  mr  miormenon  m  icnil  anove  in  ail  caaet 
<«nere  no  .  -J  rorm  25Q  .  preoared.  a  copy  oi  me  invoice  will  be 
<ncluded  in  *acn  uiiomenL 

m  Ctrtmcai'oa  oi  Inuoxt  The  Cantracior  ttrw  mat  tne  iut>- 
miMion  ol  an  invoice  to  tne  Government  (or  payment  n  a  crntfica- 
tJOB  mat  tfte  sopwtea  lor  wnicn  the  Government  ia  neiri|  DiH#d 
Siaee  been  uiipped  or  delivered  in  accordance  with  tmppinf  in- 
itnrcuona  <uueo  by  me  ordenng  officer,  on  me  ouanuti**  mown 
on  mt  invoice,  and  mat  tucn.  suppuei  so  in  me  quantity  and  of 
ine  quality  dcsntnexed  oy  tne  cited  purcna*e>order 

•     OUTER  SHIPPING  CONTAINERS  SHALL  BE 
«•'  MARKED  "FAST  PAY"  •"    * 

T9."1'T'|iirc/Ju*e  appdet  ff  tHW contract  (Thr  Urrf&ef'and  n  not 
rumple  i  dy  appwafiie  recuial'On*  Of  Ihe  Dcoarfmeat  of  ijbor  ■ 

SERVICE  CONTRACT  ACT  OF  1966-  -jceot  totneeatent 

were  a  contract  id  taceta  of  32,500.  the  Con- 
icontractor  nereunder  mall  oav  aii  of  hi*  «n. 
ployeei  *n|agea  ia  perioncin^  *on  on  the  conuact  not  teaa  man 
the- minimum  -•<*  tpeciiled  onder  section  b(af\il  °f  lhf  ^ an  • 
Latior  ■injifii  .\a  of  3  ia.  *a  amended  icurrtAt  ^inimuan 
*«m>  However,  in  caae*  wncre  section  o  <  »h  .,  Of  the  rair  Laour 
Staadarat  Act  of  1938  it  applicable,  ft*  rate*  ipeciried 
-  uf.  apply  All  rerutationt'  and  mu*rpreu.iou:  at  the  *<■■- 
iraot  Act  of  lino  •Kpretsed  in  29  CFR  Part  a  are  nereoy 
noratea  by  reierance  in  tm*  contract. 


29  CFR  4  i 
tractor  and 


herein 
I  Con- 
mcor 


ADDITIONAL  GENERAL  PROVISIONS 

16.  CHANGES-  The  Caniracane,  Officer  -nay  tt  any  umi 
■y  |  written  order  *nd  without  notice  to  me  lunuea,  tnute  ^laneai 
•  iimn  the  lenertl  %copa  of  this  contract,  m  iij  arawingt,  aeiirn 
j*  apeeiflcaiiona.  -oare  mi  >uppllea  -o  m«  ^uaataned  are  io  , 
ipeeiallv  manuiactured  for  the  ',ov*mment 
w(tA;  l at  metnod  ot  mioraent  or  oeclttng  ano 


ni 


EM 


requ 


for  I 


rlormance   i 


i-ontract.    arhtl 


n^ea  t 


5.   DISPUTES-    'Tnm      ^iw<    »   n>*em*e  »i 
Duputu   4**1  o.'  1975  'Public  Utu,  J&-5631  fMf'  'Ad")    7 
.■-i. .....  i    .a-rm.irrjtae    p'-jctdwvi    ,  or    "•»    »uo«!iifei. 

•rsottii.on  aiUt  ■'  ~<ctiury  .citation  of  c'eimt  rrtttmg 
.  ^n;r;r:  .r  t  Djrf;rl  fo  Wei  contact  nuu  corrrotv  wit/l 
.iffjr  ri^t.-crion*  on  ..c/ldfiflf  of  jntmetinf  vlt:e 
ctzitnt,  ^nj  t-i  :ti  appeal  of  r.ioie  d*cuiom.<  rurintt  ceuif*  on 
ihe  rrjntt  oial  -r'ni  die*  unutr  rie  tcf  may  at  to*na  *n  tnt  UAH 
:t  I  314  l 

5.  FOREIGN  SUPPLIES-  On  contract  <*  autoeec*  to  me 
oj>  Arr.t.iLan  ...t  -fi  L$C.  IQa-a  a»  imoiemented  by  Oextaaa  ^  I 
il  tne  IJAh  tlid  •..>  •miiiin.i,  tr.  appropnation  acti  on  me  pro- 
jremeni    oi    !ureitn    Mippties,     The    quotetton    mu*t  idennly   any 


14.    FAST  PAYMENT  PROCEDURE-, 

'  Jt)  Ccnantl  Thi*  it  I  fat!  aeyment  ordeb  Intcucet  -ui  oe  paid 
on  me  i)i>nni  ih»  lontraciort  ciciiterv  to  e<po*t  oifice  common 
jfn«t    or    in  afupraent  bv  other  meana.  to  the  pcunt  ol  Dm  receipt-.,. 

5J    H fipoaiioihly   tor  Suopiitt        «*   >o  me  applies  mail    .  -»i 
in  me  Gotemment  upon  oeiuerr    to  a  poet  oiftce  or  timmon  car- 


nflr 


or   in 


■  Tor 


.r    .mi 


eaene 


of  the  purcnaae  t 


7     CONVICT  LAQOR  ■ 


onnecMoe)  witn  me  performance 
Coatnctol  unetnot  toemoiov 
i  i  non»onment  r ..  rpi  a*  protni«d 
r  ui  lioi  fi«  L  Hi  4Q62(C)t2li 
noer  J'i.  137  1. 


*  lupptie* 

- 1    . 


3.    OFFICIALS  T40T  TO  BENEFIT- 


9     .:OVENANf    AGAINST    CONTINGENT    FEES - 


agreement      vll 


2|   if  the  purcnaw 

oner 

tarluda*  the 

wju  ol 

ntracior  \nall  mter 

the 

ireoajo  mioot 

n«  covt 

tt   a    u 

oaraie   Xeov    ilir  t 

Ml    t 

t  nan  h  pn»i 

inmni 

paid  o 

y    ihe   Government 

If  t 

jii-,L>«,ftaui.o 

cDantel 

uated 

on   me  -invoice,   me 

Con 

tiactor   a^rt-es 

:n  ert 

ireicnt 

bills  or  other  trar 

vrx,n 

Jl.nn    blllinfl 

poid  * 

.if  tfiree  1 1]  \eari 

and 

o   Itami.m  mm 

n  tnlU 

meat   - 

nrn  requeued  fir  a 

uuit 

Minwew* 

Uu,    pi 

oUten 

u  .  Luoecuun.  oiid  - 

llete 

bin«..HepoH. 

iiJU    1 

Contra 

rtor  naa  in*  option 

Ul   r 

(tier  'i.»-i>j..ik( 

the  U 

im-iud 

if    Ihr    MllOwtriK   in 

iiirm 

atinn  ini  the 

nwotre 

cnanired  nr  not  c 
tnatl  be  made  bv  writ 
9v  me  Contractor  mr  adiuttmem  undi 
'itmn  JO  daya  irom  me  data  of  race 
notification  ot  cnanee  provided  mat  1 
Oecldea  mat  to*  iuu  (uauiV  *uco  action,  may  receive  and  act  upon. 
any  iucb  claim-  u  aa**n*d  onor  to  final  payment  onder  tnn  con- 
tract. raUUre  to  airve  to  any  ioiu*tment  mail  bo  a  dlaout* concen- 
Inf  a  question  ol  fact  witnin  me  meantnf  of  the  name  of  this  con- 
tract tiu'Q  "Oltputea.  '  However,  lotmni  ia  mla  nause  mail 
ricu*e  Ltlt  Cantrtcior  rrom  pr<^ceedin«  with*  me  contract  at 
etaan|eci, 

17.    TERMINATION  FOR  OEFAULT.-  t>e  Contractine.  Of- 

art  tor  itilure  of  me  Contractor  to  pertorm  anv  o(  the  orovaioru 
Aereot.  Ui  wen  event,  ine*.uonu*cior  mail  be  iianie  for  damases. 
neuidin^  me  »*cese  tost  or  reprorunnf  similar  loopile*  or  lervirei 
provided  mat.  |J  01  U  '*  determined  tor  any  reason  mat  tne  Con- 
.raetor  wej  r.ot  in  default  or  nil  me  contractor  i  lallure  to  oeriorm 
s  without  mi  and  hi*  loocontractor  t  control,  lull  or  negligence, 
he  termination  mail  oe  aeemea  to  oe  e  termination  for  convenience 
nder  oaragrapn  18  ^i  u*ed  in  mi*  orovision  ne  terrn  t-jpeon* 
raetor  '  and     ^uocontractors  '  Tiean*  suocontrecton  at  anv  net 

lo\  TERMINATION  FOR  CONVENIENCE-  The  Contract 
ng. Officer,  by  '■-•-<.  nonce,  mav  tenninate  iqu  tqrtuact.  in  -  "" 
i/  m  ■  art  •urn  iLiun  in<  oesi  interest  ol  tne  Government,  if  this 
contract  u  for  »oopiie*  and  it  *o  (erminatea.  me  Contractor  thall  oe 
compensated  n  acroroanca  witn  section  VIII  of  me  Oefenw  *cqui- 
.uon    .Ir.uiation    in    -Meet  on  mis  contract*  oate     To  the  extent" 
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11IKI  UNTHACTtlH  HKKHIY  ACCKrTS  1  He.  (If-rfcH  HKPfitSfcNTtll  HY  THK  MMHtHt.ll  fi  '  Ho  M  *SL  m  K  I  )tR  AS  IT  MAY  r-Hfc  VfutJSLY 
llAVt:  UtKN  OK  13  NOW  MOIllMbli,  SI  KlttT  TO  Al.l.fle    I  Mb  TKKMo  ANU  t'DNUITIONi  NET  H1HT1I    AND  AGKr.La'   TO  PERKOHM   flit  -,AM 
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EDITION  Of  <  AUG  77  MAT  »  UStD 
UNTH  EXHAUSTED 


PACE  1  C*  1  P*£E3 
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DOD  Property  Record  Card     DD   1342    (filled   in) 


COD  PROPERTY  RECORD 


1    JUUAN  0A1I 

6276 


3    I  0  /GOV*  INMfNT  f  *0  NO 

62271   014532 


Form  Aopio»ed 
OM8  No.  22  P0209 


SECTION  I  .  INVENTORY  RECORD      MECH.     cjNCiH.     JU'Jlij     <„  b4J 


4  cOMwooirr  com 


9    SIOCX  NUMoU 


6650-2171-501(4 


6.  ACCUISM»ON 

cosr 
"0 


09: 


7    TYJH 

coot 

1 


Y»C* 
MFC 

67 


11 


o.  status 

coo* 

1A 


II    SVC 
COM 

1 


II   COMMAMO 
COM 

Monon 


N00223 


14    NAM*  O*  MANU'ACTUfffl 

PERKINS-EU1ER    CORP. 


is  wa-scoM 

46555 


it  MANuMcmnr*  moob  no. 
MCD   303 


17    MANUMCTUBrS  1DIM  NO 

23183 


19    UNGIM         ,l«    WiOIH  20.  MtK>MT         ;  :i    WflGWf  22\  OEVTfFtCATf  C*  NO*. 

-  AVAttAawnr  NUMfla 

—  —  —  tOU 


,  24.  AJH5  21  CONTRACT  MijMOU 

N0022S-o7-C-3163 


24    OISCJIITION  ANO  CAi>*aPr 


SPECTROPHOTOMETER 


INDICATING,  MULTI  SPECTRUM.      LIME  DENSITY:   UV-2880    LINES /MM,   VTS-1440    (T)    LINES/MM. 
1980  ANGSTROMS    TO   3700   ANGSTROMS   OPERATING   RANGE. 


—   (,     T  /     (J   - 


CONT1NUTO  ON  ofVtKJ  5IM 


Om    Dp 


EIECTUICAI  CHAPACTERISTlCS 


*»OOStPOWfff     I 


»<«i»       I       Crcu      i   »C   I    OC 


rYP*  AMO  fBAAA*   NIJM1W9 


»   o«tSfNI  10OIICN 


D.M.,    CRAIN,    A/V  378-2548 

NAVAL  POSTGRADUATE   SCHOOL,   MCNTEREY,    CA   33943 

PLANT  ACCOUNT   5ECTICN   (CODE    3024) 


Mo.  OKfC  ONTOX  NO. 


t»  POsassoacoM 

62271(7685435) 


SECTION  M  .  INSPECTION  RECORD 


rtSi    NO 


; ;  r  «"VK*«»M  i 


•  ^oo.t-io  «•"«■ 


i     I 


Tw 


s— •• »-  n  ■•  -^   -*ic* 


14  tff  in.<.fAUArrON  >iMSISliCT'nNS  AVAftAMC  *0«  TOanVFB? 


tckt 


]7       a»(  C^aiinG  INSTtUCTIONS  AVARAMl  *0»  TBansfIO? 


I  Of  ICX,'-**"**!  r+SC»'NO 


*Sf  USED  ON  A  f  iniVmiivG  OPf  QAIIONF 


y9        *m  aj,uS'M»NIS  0«  CAU8BAHON  CORSfCI  OlF-OfNCiES? 


I  ^?       CONOITION  COM 


',  K(M  "si  Off  BAfilt  CONOHiON? 


■>3         t^BAIiNG  T^T  COM 


SECTION  Ml  -  AMARUS 


549      STUDENT  TRAINING   5    CHEMICAL  ANALYSIS. 


WMAirtS  OONTINUtO  ON  e*VT<?V  <TW        (Z3  Y^5      Q  nT) 


SECTION  IV  -  OPPOSITION  PfJCCPO 


b5    CONil&N«  [iMMWI  ANO  AOOrfliS.  imQU0<NG  Z.PCOM) 


1  sa.  trptf  c*  oivosinof* 

CI  DONAflON  G  0CSTBUCTX3M 


a. 


ftAMIX^NMfWT 


ACTION  V  -  LAUDATION  BECCRO 


57    VAiiDAtiON  im»WNAA*f(S(  ANO  ilGNA  I  U8£S<Sl| 


oo.iTrV*" 


i/n  oica-oro  1.3*30 


EDITION  Of  I  AUG  77  mat  M  US43 

UNII1  UHAOittO 


PACE  I  Of  2  PACtS 
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Requisition  System  Document    (Manual)      DD   1348 


pz 


ooTjiogrfT]    [g    I  -"-    '      *6r  h^".°'|q  -i i.i.'-"'  BBjHl  I  _-iA"        BBS  )];-'  SiSjgBa  ffi  i-u|  j5 


1     I       r    I 


KOUItlllON    i  i    I  lOtL 


(C0228)    KSC   OAICLAIO),    QU 


562271    J.AVPCSCOI.,   K0NTE2EY,   CA.    93943 
I.SUPPLT   HEP".    (CODE  4  21)    Et.    2257 


■■■■  -J--  ■ 


DP    1707 


.  Ia  fl  ,n 


K.O.Z 


I  l  •    I  10'  II  I  IJ  '  13  '  1*1 11  I  16  I 

01Q2-.Ly-0ll-7972 


-Jar     ,    ww  _/. 

I)  I  I!  I  ifl  !0  I  111  22  I1J  '  24  1  ill  It  I  27  I  »l  3»  (■', 


P  P  B  ,0,0,5,0 


V- 


■.in i  ,iii.i.h.-,.,i  i      .,.,.  ,-".'•',     "'ruKi      itini      rpittMAm 

I  JO  I  ill  221  ill  14  I  Jil  Ml  J71  3  I  3«l«l  4  1  I  42  I  «J  pS  I  Uloi  4)1  «I4V  I  JO  |  51  I 


IX   £2271  6297  1323        S  7  T  C  7  0  0 I  All 


!  |    iwa    i  cBi.ituinw  l      '»o*ci     i    mmrr  l  w    w    im  I ^-^t 


l|  JJ  1  S3  I  i^l  Si  I  id  (  171  58  I  i9  (   oo  i« 

lU  31     1   I  10  P  4   1    ! 


:    :     J     i«ioM3IMUil» 


aU 

ill 


fti  ■  )  '  "  i  ;  i  yi^  i 


751  7*1  7?l  79  I  79 


51.30 


$63.00 


t   20 


II 


',",.,...,, Hill,, n»;i»>fi.i;u««nii  jumjuumaj m iumn mi 


DD    134  8-    I    REC  QU  IS  IT  IONS  .3  YSTfcM  UUU  J  MiiNT  T  Mfl JN f  U  ALT 


< 

H 

2 
z 

X 

111 
> 
0 
13 
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DARIC  Authorization  Letter 


REPORT  NUMBER:  N622716213  000  CASE  NUMBER:  6113-86 

AGENCY  CONTROL  NO:  361017  AUTOMATIC  RELEASE  DATE  <ARDS>  :  11  JflN  S 


OOD  7?50  i-M,  DEFENSE  AUTOMATION  RESOURCES  MANAGEMENT  MANUAL,  ESTABLISHES 
REUTILIZATIQN  PROCEDURES  FOR  EXCESS  AUTOMATION  EQUIPMENT  CAEX   GOVERNMENT- 

OWNED  RE  rS  TO  BE  RETAINED  2«_DAyS  AFTER  THE_ARD  POP  DONATION  SCREENING 
PRIOR  TO  TURN- IN  TO  FRQPERTY ~B I SPQSAL.   LEASED  HE  IS  Ni5T~ SCREENED  FOR 
DONATION  -  RETURN  TO  VENDOR  WHEN  CONTRACT  EXPIRES.    FOR  ADDITIONAL     jV  ' 
INFORMATION  CALL  DARIC-R   AV  284-6*17  OR  <202>  274-6217.  'j>\   ' 


NAVAL  POSTGRADUATE  SCHOOL  K*.  '  ?1 

CODE  0024  -  '    fV  .  (, 

MONTEREY  CA      92?42-  .   lVV'- 


ATTN:  D  M  GRAIN  '•-  $ '    A\\* 


^/ 
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DIPEC-O-FL-99   Letter 


DEFENSE  LOGiSTICS  AGENCY 

DEFENSE  INOUSTP.IAL  PL-*NT  EQUIPMtNT  CENTEX 

21«J  AIRWAYS  90UUEVARO 

MEMPHIS.  TENNESSEE  38U4-S297 


uki  'o      dipec-OID    (Mr.   Robert  2.   Jamison/ (AV) 63 3-65 12/nnc) 


4  Cfov  36 


SUBJECT:    Disposition  of  Excess  IPE.  ID    52271-014582        NSN 


TO: 


Carmanding  Officer 
U.S.   tlavai  Postgraduate  School 
ATI?!:      NC4    (0024)    EMCD.M.   Crain 
Monterey,    CA     93943 


N/A 


z 

Id 
2 

z 
X 

> 
3 
13 
- 
< 

a 

Ui 

U 

0 
CE 
x 
ul 

r 


1.  Reference^    DoD  4160. 21-M,  Defense  Olsposal  Manual,  Chapter  VI,  para.  3.55. 

2.  Subject  Item  was  reoorted  as  Idle  to  OIPEC  for  disposition  instructions  In  accordance  with  the  reference,  Chapter 
VI.  para  S  55.    It  has  oeen  determined  that  the  item  Is  excess  to  OoO  requirements. 

3.  Request  accountaollltv  Oe  turned  over  to  OPOO '3rd 

within  10  davs.    II  this  is  not  the  appropriate  OPOO  for  your  activity,  turn  it  In  to  the  correct  OPDO  and  advise  OIPEC 
3y  copy  of  your  disoosition  turn-in  document  (DTIO). 

4.  Furnish  the  OPDO  a  cooy  of  this  letter  when  item  is  turned  In  according  to  Chaoter  VI,  para  3  55  b  <2)  of  reference. 
!n  addition,  reference  requires  a  turn-in  document  and  2  cooies  of  DD  Form  1342.    In  compliance  with  3  55  a  12).  the 
DTID  numoer  snould  Deroetuate  the  document  number  tnat  reoorted  the  item  to  OIPEC;  nowever,  jf  one  was  not  used 
m  the  0D  Form  1342  idle  report  to  OIPEC.  assign  a  TIO. 

5.  Actions  to  be  taken  by  DIPEC  or  required  by  the  OPDO  are  indicated  below  by  an  "X"  in  the  applicable  block: 


».    S3   This  Center  will  report  the  item  to  GSA  on  the  excess  report  Cocument  number  below  uoon  receipt  of 
the  XYZ  card  from  OPDS  Indicating  that  the  item  has  been  turned  In  to  the  OPDO. 

b.    C   Item  does  not  meet  criteria  as  '"^eoortaole  excess  Property ".    Procedures  in  OoO  4160. 21-**  for  local 
area  screening  apply.    The  document  numoer  assigned  below  is  for  system  control. 


EXCESS  REPORT 
DOCUMENT  NO. 

3E4300-6304-UO48 


DEMIL 

CODE 


REPORTING  ACTIVITY 
DOCUMENT  NUMBER 

NzS 


FOR  THE  COMMANDER: 


1        End 

DD  Form  1342 

OlPec-O-PL-99 

jul  as  <B»v) 


as 

Qb 


OSEPH  P.    -LACKEY      ^ 
Chief,    Inventory  Management  Branch  S2 
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Excess  Request   MEMO-E  (filled  in) 


NAVAL  I'OSICRAL'UAIE  SCIIUUL 
Monterey,  Cal  i  forma 


Oatc   -3  July  1986 


from:   Laboratory  Manager,  Department  of  Electrical  &  Computer  Engineering 
To:    Supply  Officer  (Code  42) 
Via:   Plant  Account  (Code  0024) 

3UQJ:  EXCESS  rnnfERTY/EXCESS  AWE  AVAILABLE  FOR  SCREOUIIG,  REDISTRIBUTION 
OR  DISPOSAL 

1.   The  following  prorerty/AOPE  property  is  excess  to  tliis  department  ana 
available  for  redistribution.  Material  may  be  screened  and  inspected  at 
location  indicated.-. 

i.     Noun  flame/Nomenclature    Oscillator 


b.  NSfl   (national   Stock  Number)  5625-OO-LSN 

c.  Plant  Account  No.      52271 -009HA 


d.      Location:      3ullard  Hall    Soon  212 


e.  Indicate  Class    III    (      )   or  UIPEC  Class    IV   (    ) 

f.  Detailed    item  nomenclature  with  related  characteristics,   capabilities, 
and   special    instructions: 


9- 

Manufacturer: 

Varian  Associates 

h. 

Model:          VA-161 

i. 

Serial   riumuer: 

406 

J. 

Quantity: 

One 

k.     Original   or  acquisition  cost  per    i  tine/unit     S     ' .  750   '  1959) 
1.     Current  condition  code    (refer   to  Chapter  2  of  Desk  Guide)     '^ 
ti.      Security  Classification: Unclassifi  ed 


n.      Contact   (name  and   telephone   no.!         Liiy  'linn    X2423 


/(  AJji'ui'i 

R.  R.  Donat 


lauuraioty  Manager 
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Excess  Request   MEMO-E  (blank) 


Date. 


From:  Chairman/Deoartment  Head ■ 

To:    Supply  Officer  (Code  42) 

Subj:  Excess  property  available  for  screening,  redistribution  or  disposal 

1.  The  following  is  excess  to  this  department  and  available  for  redistribution. 
Material  may  be  screened  and  inspected  at  location  indicated: 

a.  Noun  nomenclature 


b.  NSN  (National  Stock  Numoer) 

c.  Plant  Account  Number  (if  applicable) 

d.  Location 


Indicate  Class   III   (      )  or  OIPEC  Class   IV   (      ) 

Detailed   item  nomenclature  with  relatea  cnaractenstics,   capabilities. 

and  special  instructions 


g.  Manufacturer,  model  and  serial  numoer. 
h.  Quantity 


1 


Original    or  acquisition  cost  per    : tern/unit   S. 


j.      Current   :ondition  code   (refer   to   Chaoter  6  of  Desk  .luide). 
k.     Security  Classification __ 


1.      Contact   (name   and   telepnone   no.)_ 


Chairman/Department  Head 


Copy  to: 

Code  00224  (Plant  P-operty  Items  Only) 
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Replace  Request  MEMO-R 


NC4C39) 
06  Jun  36 


Fr ora :   Code  39 
To:     Code  0024 

Subj:   PLANT  ACCOUNTING  OF  TELEVIDEO-XL ' S 

1.   The  following  machines  were  defective  and  were  returned  to 
Federal  Data  Corporation.  They  should  be  removed  from  the  Plant 
Accounting  Records. 

-  JP/A  019547  TVIXL  8510452PC 

P7A~" 319546  TVIXL  3510447PC 

P/A  019550  TVIXL  8510467PC 

P/A  019543  TVIXL  3510414PC 

Replacements  have  been  sent  and  have  arrived. 


/J.    T.  MALOKAS.  JR. 
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Trade-in  Request  MEMO-T 


DEPARTMENT  OF  THE  NAVY 

NAVAL  POSTGRADUATE  SCHOOL 
MONTEREY  CA  93943-S'OO 


in  PCPL*  »crF-  TO 

NC4(58Mr)/mso 
19   Sep    1986 


MEMORANDUM 

From:      Chairman,    Department    of   Qceanograony 
To:  Ms.    Dorothy   Crane,    Code   0024 

Subj:      TRADE-IN   OF    12    TEKTRONIX    TERMINALS,    CONTRACT   SN00228-86-M-3256 

1.      Under   above   subject   contract   numoer,    the   following   Tektronix   terminals    are 
being   traded   in.      Please   delete   these   from  your   property   records: 


PLANT 

ACCOUNT  * 

MODEL  i 
4107 

SERIAL  $ 

i2271 

-013402"" 

B010277 

" 

"018403 

ll 

3010263 

" 

018404 

•l 

8010286 

" 

018405 

it 

3010273 

" 

018406 

ii 

3010105 

" 

018407 

ii 

B010285 

" 

018408 

ii 

3010223 

" 

018409 

ii 

B010294 

" 

018410 

■» 

3010283 

" 

018411 

ii 

B010255 

" 

018412 

■i 

B010232 

11 

013432 

ii 

3011353 

2.      If   vou   need  anv   additional    information,   please   contact  Ms.    Arlene   3ird, 
x3258/2552. 


u-v  EDWARD    3.J   THORNTON 

Professor   8  Acting   Chair-nan 
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Trade-in  Request     MEMO-T 


2  Oeces'rsr  L?;v'> 


uSEiORAIIDL"! 

rron:      Chairman,    Cepartraent   of  Ma  inanical   Engineering,    Code  69Hy 
To:  Dorothy    -'rain.    Plant    '.ccount,    Code   4.215 


Cub.;:      TRADE    :::  OF  ELECTRO:.'  MI' 


:u;;t  ?6227i-oi36io 


Lant  account  if 62271  -01 3 610,  tianuft 


1.   Electron  Microscope 

Scientific  Co.,  soiel  'MrC  EM-IC,  serial  i'Q61I?-'J0Q2-10?5,  acquisition  cost  .i".7£,T7f .00, 

.vas  used  as  a  trade  in  on  a  nev:  Scanning  Electron  Microscope,  manufacturer  -  Co.T.ariire 
[r.ct r *i.™°nt z ,  Inc.,  riant  acccur.t  *ct-Z"l-  l^'f^C,  model  0C2OO.  aerial  aC-~-lC  ac~u  ^  ~"~n 
cost  395  02^.00.   The  trade  in  "as  completed  in  fee.  19*5.   3leacs  del?1''1'  ",'anr  •""-•;"- 
*62.~.7I— 013610  frcn  Mechanical  Enzir.eerir.,? '  3  riant  account  records. 


Wjl. 


Chairman 
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Property  Identifier  Tag 


'mkiJtiKmmmsiL^i^r™ '«~t*\i  Safest  hfeSasSfcSSSiSg 


224 


Awa 


rd/Contract     SF   26      (page   1   of   2) 


"j- 


AWARO/COIMTRACT 


2.  CONTRACT   iProc.  In. I    Idtntt^tiS 


1    CERTlFIFC  fuR  NATIONAL  OEFENSE 
UNO?  <  90SA  REG    2  ANO/OR  OMS  PEG.  1 


^j 


DO-A7 


£ 


N00228-  86-C-3258 


«^c 


J.  cffECTWt  DATE 

86  SEP  03 


4.  «E_QuiH  IION(»iU«CH»S£SECiU£SI.»"OJ£CT   NO. 

"N63519-S6RC-MC119       1 


Sx.i.ssueD  BY^...^,^ 


cooe  I N00778 


REGIONAL    CONTRACTING    DEPARTMENT 
Naval    Supply   Center,    Bldg.    311-2E 
Oaxland/CA      94625-5000 
Buver:  3.    Bryant  Phong:  '4  15)466-4232 


6.  AOMINISTERCO  8Y   <;/  ollur  MdUum  j 


'"""""""    C00H  I  MQQ223 


"A" 

*SONE 


7.  NAME  ANO  AOORESS  OF   CONTRACTOR   i.Vo  .  itnttt.  cily.  couriri.  Jlol«  and  ^/Z"  Coa»l 


[S.  OELlvEflv 


C3P,    Inc. 

2049  Century  Park  East 

Suite  1200 

Los  Angeles,   CA     30067 

(213)    277-4257 


j]   FOB  ORIGIN  fc"|  QTHC.R  ,S„  h. 


0. 


9.   OISCOUNT    FORPOQMPT   DUVWtNf 


30  DAYS   -  NET 


10   SUBMIT  INVOICES 


:AC!LiTV  CODE 


(4  copi.i  unlfll  ol»,r  l^w'    'COOe      42) 

aOORESS  SHOWN  in       ~      |     l<rv*->      — «»-«=* -<=/ 


11.    jfilP    TO/MAHK    PQfl 

R.O. ,   Bldg.    229 

Naval  Postgraduate  School 

Monterey,   -CA     93942 


cooe  l     :I62271 


I  12.   PA  VM£(N  T   WILL   BE   MAQE    9V 


cooe  i    N00179 


Naval  Regional  Finance  Center 
Washington,    DC     20371 


13    THIS 

A    AOVFRTISEQ 

;   14.   ACCOUNTING   «NQ  flPPROPHlATlON    OATA 

N0022S 

ACQUISITION  r- 
W45.  (Chrel     1 
iffol    bortrttl    i 

b    (**■ GOT  I  ATEO  P'JPSUAN  r    :q 

H3  10USC2304UH        1     !  ~\  4  1  USC  Z22(cir        I 

AA    1761804. 702F      000      ^00023      0 
309240      ^?527433600      337.030.00 

2D 

■  5  A    i  TEM  NO  1 

ISB    S'JPP'-iSS.'SEaviCES 

ISC    aUANTITV        .ISO.  UNIT  1   15E    UNITPRICEi 

j  v  r 

PURSUANT  TO  YOUR  OFFER  DATED  27  AUGUST  1986,  THE 
FOLLOWING  ITEMS  ARE  ACCEPTED  AND  AWARD  IS  HERE3Y 
MADE: 


1SG.   TOTAL  AMOUNT  OF  CONTRACT     ^K 


::o.on 


~s  as  "; 


16.  'ABLE  OF  CONTENTS 


DESCRIPTION 


page  IS)  I  VI  I  SEC. 


:ESC?'PtiON 


?apt  i  —  rwf  schioul£ 


3AOT    II    —  CONTRACT 


ITATION/CC'JTRACT   B03M 


I  CONTRACT  CLAUj 


i.MO  PR  ice 


:ocuufN75 


iqir^  ano  a  the  p  rtrr.c1 


ESCRIPTION/SPECS  /WOF 


1ST  OF    iTTJCHMENf^ 


3  PACKAGING  ANO  MARK  ING 


3ART   'V  —  PEPOESENTATiONS   ANO  INST! 


INSPECTION   ANQ  ACCEPT  AN(t 


DELIVERIES  CR  pf  \ 


IMINISTR  A  TION  OATA 


rCIAL  CONTRACT    R  ECU  I  BC'.lfM  T^ 


EVALUATION  FACTORS   FOR    A'.VAKO 


CONTRACTING  OFFICER  WILL  COMPLETE  ITEM  I!  OR  13  AS  APPLICA8LE 


17.      j         I     CONIBACTOC5  NEGOTIATED    ACBEEMf  NT    ICanfaflo'  n 


rt-     118.      |X    I     AWAQO     (Contractor    u    not   rrc 

,.,    N00223- 


Pf     iuOH 


contioc 

CO""  *c 

ihii  O/conir  jet ,    !01  l"»  ti 

l.cn\  efl-dCJtiOn*       jno 


•  ,qnn    mo    ooi'«»iioni    01    t«t    OJ't'M   10    tm 

in     ii    mv     inn  ir]    iutn  o^vniom     ifDrfiem. 
Cllionv     it     j»e    «iiic»o    Of    "ico»ooni<a    0 


n  Soncif  aiion 
iq    me    *oaitian»  o'    en 
fofin   .n    '.jii    loovt 


'fv 


tr 


en     run 

IS  ol   in?  'oiiowinf)   aotuffii'     \*\    in«  Govfnitient'i   101tc.1t  Jiion 
i*r     tna    (Ol    inn  jvw»rO/Contr*ct.   i^o    farmer    coniuciuji    aof^men 


:9«   naml  ano  title,  of  signer  ifip*  or  Pr 


u 


i£  OF    CONrRACUNG  OFFICER 


.X1 


M.   MacARTHUR 


0' 


"t  OF  CONra acTOf 


19C.9ATE  jioJNto    iroa 

BY 


in  1  r  eo  'j  7*a  Ttfs  ,j>— ovr  ^.<:  xj 


■  j     iSttn/lur^*/' 


2  9  SEP    I9E 


NSN    711001    ISIJOSI 
PPEVIOUS  EDITION  UNUSAHLE 


CPO     ■      '98A    O     -     4J4-^58 


STANDARD  FORM  36  |OE'. 

SAP    i»»   Cf  PI    iJ.'UNI 
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Award/Contract  SF  26   (page  2  of  2 ) 


N00228-36-C-3258 
Page  2  of  2 


A2      FORMAL  AWARD 

This  Formal  Award  is  intended  for  all  purposes  to  be  effective  as  of   the  date 
of  the  Preliminary  Notice  of  Award  dated  03  September  1986,   and  supersedes  and 
takes  the  olace  thereof. 


B     SUPPLIES  OR  SERVICES  AND   PRICES/COSTS 

REQN:      N63519-36RC-NC119 

0001       Meteorological  Array  Processing  1     EA       $37,030.00     337,030.00 

Subsystem  for  Micro  VAX  Li,    in 
accordance  with  specifications 

in  Section  C.      REF    sNW-1002 

a 
m 
■a 
3 
0 
O 
C 
n 
m 
El -J      INSPECTION  AND   ACCEPTANCE    (DESTINATION)  c 

> 

Inspection  and  acceptance  of  the  supplies  or  services  to  be  furnished  hereunder         ^ 
shall  be  made  at  destination  by  the  receiving  activity.  6 

n 


F16  TIME  OF  DELIVERY:   On  or  before  30  'October  1986 


G6  ?>JOTE:   (1)   Request  the  contractor  to  annotate  final  bill  "final". 

(2)   Request  NRFC  to  notify  the  contracting  officer  when  final 
payment  has  been  made  in  order  that  any  remaining  funds 
ran  ce  leoolicated  by  contract  amendment  is  scon  as 
possible. 
Instruction  to  receivinc  activity:   3y  ropy  of  this  request,  the  receiving 
act iv icy  is  co  insure  that  invoices  are  not  certified  for  payment  in  in 
amount  greater  than  authorization  on  this  request  for  .tans  .and  quantities 
set  forth  in  the  'contract/ order  inciudina  transportation  cost- 
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Report  of   Excess   Personal  Property     SF   120 


PACE  1    OF. 


iriwiioniamny.                          REPORT  OF 
SSSSi  «,m>k.                       EXCESS  PERSONAL 

FPM»  |4|  CF»>  101 -U  111                                          PROPERTY 

I.  REPORT  NO. 

2.  DATE  MAILED 

3.  TOTAL  COST 

4_  TYPE                                     (Cfttck  one  only  of 
'  OF  REPORT               "i,"  "6,"  "e,"  or  "O 

a.  ORIGINAL 

b.  CORRECTEB 

e.  PARTIAL  W/0 
i.  TOTAL  W/0 

(Alas  diec*  "a"  and/or  "f 
If  appropriate) 

a.  OVERSEAS 

f.  CONTRACTORS  INV 

!.  TO  (Namt  and  Address  of  Agency  to  >«nicn  upoft  It  made)  THRU 

8.  APPROP.  OR  FUND  TO  BE  REIMBURSED  (if  any) 

7.  FROM  (Nam*  and  Addrasa  of  Reporting  Agency) 


3.  REPORT  APPROVED  BY  (Name  and  Title) 


9.  FOR  FURTHER  INFORMATION  CONTACT  fTllle.  Address  and  Telepnone  No.l 


10.  AGENCY  APPROVAL  (If  appllcatllel 


U.  SEND  PURCHASE  ORDERS  OR  OISPOSAL  INSTRUCTIONS  TO  (Title,  Address  and  Teleonon.  No.) 


12.  GSA  CONTROL  NO. 


13.  FSC  CROUP         I  14.  LOCATION  OF  PROPERTY  (If  location    s  to  oe  aoanooned  give  date) 
NO. 


IS.  REIM/REOD    I   1*.  AGENCY  CONTROL  NO. 


17.  :URPLUS  RELEASE 
OATE 


It.  EXCESS  PROPERTY  LIST 


ITEM 
NO. 


DESCRIPTION 

M 


& 


ACQUISITION   COST 


STANDARD  FORM    120  HECV. 
APRIL   1957  EDITION 


Use  Standard  Karm  120A  for  Continuation  Sheets! 
NSN    7540-O0-M4— 107* 


UNIT 
'd) 


OF  UNITS 
(a) 


PER  UNIT 

<0 


TOTAL 
(t) 


PREVIOUS    EDITION    USABLE 


J     FAIR 
VALUE 
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US  Government  Bill  of   Lading    (page   1   of   2) 


T"'    "J    &    A  TRANSPORTATION 


;V   •>«.*," 


JAPO 


».  DESTINATION  (Mm*  lucrtu  4^0  W  eoev/ 

NAS,    MZ107 

MCFFZETT   FIELD,    CA      940  35 


8.  S=>lC  (Dmtl) 

876^24 


03DECS6     ■  ']  ,  :    .5VXX- 17123  ;"- 


7  SPUWOv/ 

647000 


3  da  re  en.  pfiepa*eo  i*.  route  oroer/rel£as£  number,    of'^v, 


a  ORIGIN  (Kirn*.  Xaantt  ina  2ff  coo«/ 


NEW  ORLEANS,  LA   70129-2229 


t   CONSIGNEE  (Ntmm,  rnnu  »nrf  ..'/P  coom  ol  rutmiuioonl 

TRANSPORTATION  OFFICER 

NAVAL  AIR  STATION 

MOFFETT  ?Z    FIELD.  CA   94035 


1 10.  G8LOC  (Con*  I 
I     LINL 


I0A.      OOQAAG 

1100296 


II.  SHIPPER  (ftsm*   jocr.u  ana  Z'P  cooat 

HYSTER   COMPANY 

4201   MICHOUD   BLVD. 

NEW   ORLEANS.    LA      70129- 


n*.    r%zu 

I     ;0Q7R 


12.  APPROPRIATION  CHARGEABLE 

NMF-7-N887 


14    VIA  iRouta  vtaymani  ^wi  ao\antaceou3  to  ma  tjoverrtmantl 


l  ZA.     FCC  1 13  S'LL  CHARGES  TO  tOaot  / aoarvrr.  oiraaiur  omca  majantj  jcoyvu  ana  ZIP  oxm> 
tjj         Ic.O.,    NAVY    MT    MAZTERIAL    TRANSPORTATION    OFFICE 

|CCDE   021.2    3LDG    Z-133-S    NAVAL 

STATION, NORFOLK.    VA    23S11-6691 


•  GENCY  LCCCOOt 


15   MARKS  ANO  ANNOTATIONS  tit  extra  sendees  are  oroerea.  te-e  Aamntitractva  Lvecttons  No.  2  on  reversal 

iA-  °°°      jTP   i    MARK   FOR:      REPLACE   OVERAGE   CODE    1300   oK   UNIT   (M0FFETT   FIELD,    CA)(MIRR    'HNE0034) 


REPLACE   OVERAGE  ,1200    6SC   :JNIT      (M.'NTEREY,    CA)MIRR    /HNB0049) 


u 
1/1 
z 

UJ  18  PAO-AGES!  t;    18.  OESCRiPT'ONCF  ARTICLES  (Use  camrr  ,  ciaismcaoon  or  unrf  aescnroon  , 

0.  1 HMI  yiri*rwi3*  u3*  a  CM*/  nortteCfY*CMI  OesCTOOOni 


oosstotewa    HEIGHT* 

lPr*aTOa  onrv, 


FOR  USE  CF  BILLING  CARRIER  ONLY 


VE 


iXASSiFOriON  ITEM  NO. 

NMFC   999912 


FREIGHT   .ALL    KINDS 
CSEE'PAGE   2   FOR  STOP-OFF   IMF0) 

SHIPPER    TO    LOAD    S    CONSIGNEE   TO    UNLOAD 

i 

DELIVER  THRU  SOUTH  GATE. 

SERIAL  NO.  A177B13520G   REG.  NO.  13-61234 
SERIAL  .','0.  AI77B13521C   REG.  NO.  13-61225 


43,388 


A177B13522G      REG 

7 


NO.     13-61236 


S3-6/2j?e-. 


*se. 


j       20   tariff/ special  R»rE  authority 
r  JAPO   0001 


21     P'CX.UP  SERv    FURNISHED 
VEHICLE  FULLY  LOAOEO 


tESI  Sw»«»SI  22-  CARRIER  WAY,FRFi6hf  BILL  NO    ANO  LA  I  £ 

NlllALS     j 

YESI 


23.  STOP  THIS  SHIPMENT  AT 

1-STOP-OFF     i    VE       I !7T 

SEE   CONTINUATION       ) 

-"ECT    PAGE    2 
:ONTEK2£X,    CA   SPLC:    379744 


-URNISH  INFORMATION  ON  GAR/  TRUCKLOAO/CCN  t  AINER  SHIPMENTS 


vc»L  NUMBERS 


u£NGTH/CU8E 


.lARKEO  CAPACITY         ;ate  FURNISHEO 


DBOCRfO  iljMNiSHfO    I     0»O€HE0         -UONiVitOI 


40' 


'25    CARR'SR  S  <■  CKU'3  CA(E 
^^^  (rear,  montn   J  <Mrf 

87/  Ol/     09 


r  Si    A    TRANSPORTATION 


2'L  NUMHER 


A^,  Xc-Vp^   19  88  8-1 


2/    MOOE 

|2a.  ESTIMATE 

.  j    N   )       '■ 
CLS/TLS 

JO    r-°E 
3ATE 

-' 

?SC 

j2    REASON 

n«re<»<*»o  nv  Ha  ifansoo"«uon  cotidhov  t»«m»*a  aoovo    '-uoisci  i         .  idlions  t*Am**i  on 

i  A)     AF 

2230 

- 

L 

N'247 

1   COf^O«n*   ana  ca^^acinvj  i>r>«»     .--*<«   10  c-«  O«n««r«o  in  ■!■«  QCXX1  QiaW    »nO  CO^^'OOO  CO 

-'OR  USE  OF  ISSUING  OFF.CE 


iPTIFiCAlE  CF  CJARR'ER  9ILLING  —  ZC'IV* 


33«    ISSUING  OFFICE  t\*m*  ano  comoim«  aoatnin 

DC7iS;iA    DALLAS  Lda 

P.    0.    BOX    50500 
DALLAS,    TX      75250-3050 


3*8    CELIVEREDON 

I  r*sr   rnontn  A  CM*. 


40    A  T   ;AcniMi  V*"*T  C\>nfl 


330  ^aioc 
HDSK 


34C.  3Y  /Vjm*  0/  aairvnntj     j    — . 


33c    ISSUING  OFFICER 

CHARLES  R.  TERRY,  TRANSPORTATION  OFFICER 


34a.   CELIVtRFQ  this  CONSIGNMENT  CCMPIETE  .\  IN  APPAHfcur  GOOO  ORDER 
-.XCEPT  AS  MAY  BE  INOICAIE0  — ,  i — I 


33d    CONTRACT/PURCHASE  CROER  NO   OR  OTHER 
AUTHORITY 

DLA700-85-C-8315 


,  33«   0ATE0  I  34« 


GDEUvfPY  .r 
FlJMNlS>if  O 


OESTINAflOM 


331   FOB  POINT  NAMFQ  IN  CONTRACT 

NEW    ORLEANS .    LA 


341    NAME  CF  9ILLING  CARRIER 


34q   SIGNATURE  OF  CARRIER  S  AGENT 


'Show  .i%o  ruotc  m««iu>»m#rtu  In,  <mom,nii  wi« 
•tf    \r\KH  of  w A im  cflrrww  m  ta«»»  —  ~^„  i*du,«1     OOQ    MCEP'IQII    TO   SF    1101   AP 

-7SN3dX3    *N3kNNH3AOO    it/    'U3liaO<iri JU 


"OJ-WJ-04  JTANOARO  FORM    l'0]l"«    <JSI 

Dqr)«/ED   9Y   gSA-.sms   -    I,  is       PR6SCRI9EO  St  GSA    FPMR  141  CFR)  101-41  3 
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US  Government  Bill  of   Lading    (page   2   of    2 ) 


1       '  '  j-i. 


"-V 


J.S:  G 0  VER  NM ENT  BILL  OF  LAD  IN G  ' 
'%■  viV  CONTINUATION  SHEET  i\&  "■■' 

■  -• '¥.  '- ■  \  ■%  ■ :  -  -:;^:g8fe^- f 5^ " 

r:"i  ;■'■  -  :!,.;."...:.' -V     '.-  V'.v;--*'.-i--'-'V.       -::/'  '     *': 

(TViU  fcm  >J  (O  &•  ul»rf  »J  »  continuation  shaat  lor  St andard  Form  1 10*. 
U.S.  Govarnmanl  Bill  o'  Lad/no  —  Shipping  Ordar,  or  Standard  form 
1132.  'J  S    Govarnmant  Ttamii  6'lt  ol  Lading  —  Shipping  Ordar  ) 


SHIPPING 
.ORDER :£ 

1  }J.!::[%: 


B/L 
NO. 


> 


if  '    C- 1 ,  988 ,  847'  W&ti&»$i&i 


SHEET  NO. 


2  or  2i 


ISSUING  OFFICE  (Nama  and  compiata  addran) 
DCASMA  DALLAS     >'.:.    DCASR  DAL-GDAT 
P.    0."  BOX   50500    ',*"••      '^-r  -J 
DALLAS,    TX      75250-5050        - 


.-jC 


v/ '.'-.:<>;. 


TRANSPORTATION  COM»»N*    ^NOftO    tO 


»0«   (S'HOP"*?   PO"* 


***AlLL  0*T« 


,    WAYBILL    NO 


*0      I      *IN0      J 


OESCf"»»T-iON  O*   MHTICLCS  fUK 

;cfO'-y.-nOI<.Pi#      OIM-..P*    1st* 


'OClGMT  J     AOVAWCE3 


2 
J 

2 

3/ 

X 
UJ 

> 

0 

13 


,.  '/ 


-'     ' 


STOP-OFF  ^O   ONLOAD t       1   $  VB      10,847      348 

TRANSPORTATION   OFFICER  '. 

GBLOC        HAVAL   POST2M   GRADUATE  SCHOOL 

LFNT  )<   MONTEREY,    CA      93940  (879744)      . 

•     .  yHIRR    JHNB0049)        :  x .-. 

SERIAL  NO.    A177B13562G     REG.    NO.    LjJ-61276 


< 


:■>      « 


♦•■••     \- 


-••v. 


CD 


'5 


<C? 


\3 


<^r 


,1  •.■  v 


I    ♦ 


STanOaoo  tnau  mo       ^ev    3-7?) 
JOESCaifltD  8Y  G3A    rPu«  (41  CfR)  iQi-*i  1 
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Reactive  Reply,    Endorsement,    or   Information     WAVERXOS-3989 


>  *r< 


<-—<•.- -i  .—    -  ^/j/t^    r<?g;c?t£f<sCi  c=- 


HOUTIHE   W\.f ,    EHOOHSEHEXT.    TRANSMITTAL  01    INFORMATION    SHEET 
IHUOS-iMI    !«•».     I2-J2) 


9.Tt    25  JULY   86 


NAVAL  POSTGRADUATE  SCHOOL,   MONTEREY,    CA     939u3 


NCt+(002<ODMC 


3D    13 ^2    PROPERTY   RECORD    CARD ;    FORWARDING   OF 


(A)   NAVCCMP  MANUAL,    =ARA    136303.28 


l~  COMMANDING   OFFICER 

CHESAPEAK   DIV. 

NAVFACErJGCCM 
.WASHINGTON  NAVY    YARD 

WASHINGTON,  D.C.   20374 


CO      USN   94-25306 


VIA 

0 

<i«»««oro 

1 j     •CTU«N(0 

i   roiioo.it*                          1  'cojcit 

1  »ovnr 

1    susxir 

i 

uc  mfct 

i  r                              uesSASE 

-CS3tr,c 

SUtJtXI    OCCLM'XriJI     .»S,.(«C    ,0« 

»t«r>co    TO   Y<tm   nfrtct      

A?    A   m»ttt»   L*jnr»    ^j«      jttSDir- 


C£»Tlfr  l*ClG1ui". 
"<0  tCCIMtxCC.  OF 
•»«0    T9  


«5     tO 


CCilF-T 


r>«   (Nro»w»TioM  o»  cr. »ti r >c*r ion 
no/C«    rtt.C. 


>uutcT  mcu^xm  otw/otM    i^p«ovro 
«/*o  fO»»»"CfO   ro   rn<j. 


i I    U»»OvJ0 


3l?l»»»1vtO 


COPTI1CSI     3F     '<l|    aJ»»CS*0"O. 
IXCC    OI  TV    vovn    «»»LT. 


C0»'t5    O'    VJiJiCT    OlAtrtt    3»5t« 

*t*rxr»i»i*T  c»  kfloi r i r » r tow 


►"■OvM.    i IS  I I       S    »OT    »tO**€HCtClj 


[HO-OSUKCf  31- 


iS/Ai»r.    ro«**«0€0 


-:m*ncc  notice:  "3  r^e  *:u^»mc>» 


*i    *€OUC5Tt3    •▼    •CFC»CMCC 


CQncu»»in*    in    •  rcO*-****NOATi':NS   »M0C 


tNO.c*.»er ?i    is/am  »cT'.»ita  fo* 

CO«MCT!ON     *S     iNOlCAftO. 


C0***f_NTS     A*0/0»    «Crow*yO«c*T!ONV 


C0»«CCTtO    ENCLOSUAftSI     **    »C0U£STC5 


MAILING   UJT     ACTION 


',U»JCCT    »M»SON S    »TTfsriOw    Sr«LA.O 
IC     INVITED    T3     THIS    -»ATTE"» 


►"OA     A  S  S  I  GN»**  H  T     Of     lU»f*U    MLC    NLArf. 
>C»f  SI 


SUBJECT     »l[ltSONIS>     iC"5"TCO     TO     THIS 
COUMAMO  ___ 


ON     A     LOAM     AA«-t5 

M  Tu»n   »r 


SUBJECT  **C»SON!SI    COA*L£.TCO  miSV 
OOTY     iMO    w»S/*E">C.     CtTACHtO    <"»0*i 

rc»*-«MO   


SIGN    n*IGlNAL     •€Ctl'*r     *NO    »ETiJ*N     TO 
THIS    OfflCC. 


SUtJJtCT     flLES.      "NiCM     *•€     '.0C*TtO 
•  Of    no.  :ni»v*wf    MQ). 


HAtdf      \no    LOCATION    Of     SOf^Llfd    Of 
"JBJECT     I  TflMS. 


*'JSCONT»*rT    vai*(I    rO»    CUBJCCT     t  Tf> 


«f.r*LY    to    rwf.    ieovf.    *CfC*»<NCtt  Si    ir 


SUBJECT    r»y»CM«SC     OOCUMtNT    -as     ?EEN 
*€OUCSTIO    WO    -mlL     *t     rOB**«oeO    «f* 


CO^MES)     Of     •fff«ffCC    0t- 

*-C«iMO    *»Ovt     "i/i»d(     "«OT     •CCEIvtO 


tntx)»«;tMfNr  or    susjict   suecow. 

m»CT    l?    »£i*G    C!e\A*rO   •CNOlNd  »ict  l^T' 
•r      %*%\r     »>.'*CH»«;|r     KCltMfNT 


'.USJtCT     OOCLA^Nfi  ^l      ...     -.    m       fob. 
■A«0£D     TQ 


*r»AO»»A  I  AT  I  OM      STXJNDL       lU^Hf  10      *"0 

CHAHGIAM.C     *CTI  VI  TV 


tUt^CCT     DOClXIJ^I  I  SI 
«»tTU«HtO     fO" 


■MCTMCH    ^UfJtCT     iTtws    *a(     TO    9* 
C0»*"  "r  I  ALLT     JHtf  CD    0»    AT     GOV(.«H- 
■•'1NT     r.Vf-HSE 


C0»'?5    Of     */»'.!C*SL£    "LANS 

■JQ/O*    VtCIF 'CATIONS. 


*0*   >l*M    ACTION    a?    IMOICATTO 


-LAJSif ic»f ions  or   otfCCTs   ran 

?U»J£CT     iTCMS 


CONf  i  wir  ion    tviat      ivrCTiOH    c:» 
:cxj«ce    .NS'CCTION    is  not   «faui°c 


■NSPCCTlON    ■-•*0C»     ~C    '.'J8JCCT 
■U8C0NI»ACT     IS    NOT    afOUiSCO 


ZOPltS    OF     'uiJCCT    -L'UCMASF. 
30O>CMf.         '      OU"CE     lNS^^CTlON     ?* 

•  f>^»(^S'Nr;    :  <:    upuiofD 


STATUS    Of    MATtAlAL      IN    SUSJECT 
-MWCHASE    OOOICT 


CLEaaamcE     *S     iNOICATEO     in    BASIC     C3«- 
"fST'NOCNCE     -CAlfJED.     -«0    oEP'-T     JNLEeS 
^SATlVf, 


-rmriCATiON   Of    ncEO-'O-  an-"**  fO»  visi  T 
»f«SONXtL    CtCA*AMCE5     .E»'f'EO. 


a    CEKTlflCATE      'N    LIEU    Of     "UBjECT     ■ILL!] 
Of    LADING    »««.CN    nas     8EEN    LOST 


^EC     "EmarpS     3n     -nr     3E-.EKSE     SIDE 


<£j??z£i. 


o.m.  :rain.  pl/ant  accojnt  :lerk 
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NAVAi  ,UATE  8CH00L 
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Thesis 

R775665  Ross 

c.l        A  systems  analysis 

and  design  proposal  for 
the  supply  department's 
plant  and  minor  proper- 
ty process  at  the  Naval 
Postgraduate  School. 


